「Vibe Coding」をどう止めるか?:AIコーディングエージェント時代の課題と解決策
How Do We Stop Vibe Coding?
2025年末にClaude Codeが登場して以来、多くの開発者がコーディングエージェントを開発ワークフローに組み込むようになった。Andrej Karpathyはこれを「vibe coding」と名付け、自身も2025年以降コードを書いていないと述べている。この変化はソフトウェアエンジニアリングの新しい時代を告げているが、同時に「スロップの津波」や「利便性のための自己破壊」といった懸念も生じている。Grady Boochは、AIによって加速されたものの、AI以前から始まったソフトウェア工学の第三次黄金時代(システムの時代)を指摘し、AIコーディングエージェントをコンパイラに例え、コードそのものを抽象化すると述べている。しかし、現在の「vibe coding」は、開発者のコード理解の低下、仕様の不明確さ、非決定的なコード生成といった問題を引き起こしている。解決策として、Markdown仕様、スキル、Spec Kit、OpenSpec、Kiro、Test-Driven Development(TDD)などが提案されているが、多くはプロンプトエンジニアリングの域を出ず、信頼性の問題に対処できていない。真の解決には、エージェントの出力を信頼せずに済み、監査可能で、かつ摩擦の少ない方法が必要である。記事では、信頼性の問題を解決する可能性のあるアプローチとして、Andrey Breslavが開発に関わるCodeSpeak(仕様をコンパイルしてコードを生成し、要件層でドリフトを検出)と、筆者自身が開発するScryer(モデル駆動開発アプローチで、開発者とエージェントが共有するモデルを基にコードを生成・管理)を紹介している。これらの新しいツールは、意図を第一級の成果物として扱い、コードと照合することで、AIコーディングエージェント時代の信頼性を確保することを目指している。
- 2025年末にClaude Codeが登場し、多くの開発者がコーディングエージェントをワークフローに組み込むようになった
- Andrej Karpathyが「vibe coding」と命名し、自身も2025年以降コードを書いていないと述べた
- AIコーディングエージェントの信頼性課題への解決策として、CodeSpeak(仕様をコンパイルしてコード生成、要件層でドリフト検出)とScryer(モデル駆動開発アプローチ)が紹介されている
本記事はAIコーディングエージェント(Claude Code等)の普及に伴い顕在化した「スロップの津波」や信頼性問題と、その解決を目指すCodeSpeakやScryerといった新ツールを紹介している。投資家視点では、AIエージェント向けの「仕様駆動開発」ツールが新たなスタートアップ市場を形成する可能性と、既存のプロンプトエンジニアリングの限界に対処する技術が今後のエンタープライズAI導入の鍵となる点に注目したい。ただし、紹介されているツールは開発段階であり、実績や市場での優位性はまだ不明である。