仕様駆動開発(Spec-Driven Development)とは?バイブコーディングとの違いと4ステップを初心者向けに解説
AIにコードを書かせる時代、価値が高いのは「コードを書く力」より「仕様を書く力」になりつつある。それを象徴するのが仕様駆動開発(Spec-Driven Development、SDD)だ。SDDとは、仕様(spec)を開発の中心ドキュメントに据え、そこからAIエージェントに設計・分解・実装を導き出させる進め方。いきなりコードを書かせず、まず「何を・どう作るか」を構造化した文書にまとめる。重要なのは各ステップが文書(多くはMarkdown)を残し次が読むこと。本記事は、SDDの正体(仕様が"正"でコードは派生物)、なぜ今必要か(バイブコーディングが約3ヶ月でぶつかる技術的負債・要件ズレを設計段階で防ぐ。GitHubは作り直し回数が桁違いに減ったと報告)、基本の4ステップ(Specify→Plan→Tasks→Implement)、主要ツール(GitHub Spec Kit=9万超スター・30以上のエージェント対応、AWS Kiro=Requirements→Design→Tasks+Autoルーター、BMAD/OpenSpec/Tessl/Google Antigravity/Cursor)、バイブコーディングとの使い分け(探索はバイブ・出荷は仕様駆動のハイブリッド、人間のレビューは必須)、今日から試す方法までを初心者向けに解説する。AI時代に伸びるのは速くコードを書く人より、何を作るかを正確に定義できる人。