バイブコーディング
コーディングエージェントに曖昧な指示を出してコードを生成させる開発手法。「なんとなくの雰囲気（vibe）」でコードを書く、という意味の造語。
特徴
- 詳細な仕様や設計なしに、自然言語の指示でコード生成
- 生成されたコードの検証が不十分
- 継続的な修正と再生成の繰り返し
- 大規模コードベースで混乱が生じやすい
問題点
品質とメンテナンス性の懸念
- 意図しない実装が紛れ込む
- コードの一貫性が保たれない
- 後から理解・修正が困難
大規模化での限界
小規模なプロトタイピングでは有効だが、コードベースが大きくなると：
- 生成されたコードの検証コストが増大
- 既存コードとの整合性が取れなくなる
- 技術的負債が蓄積
仕様駆動開発との二項対立
仕様駆動開発は、バイブコーディングの無秩序への反動として登場した。しかし、「無秩序 vs 過度な秩序」という極端な対立構造自体が問題。
第三の道
バイブコーディングでも仕様駆動開発でもなく、仕様・実装共進化という中庸のアプローチが提案される：
- 最小限の仕様から始める
- 実装からフィードバックを得る
- 仕様と実装を高速に往復
適用場面
完全に否定すべきではなく、以下の場面では有効：
- プロトタイピング
- アイデアの素早い検証
- 使い捨てのスクリプト
ただし、本番コードやチーム開発では仕様・実装共進化の方が適している。