目次を表示する

仕様駆動開発（SDD）入門 ── AI時代の「正しい作り方」

なぜ今なのか ── AI時代にSDDが再発見された理由

なぜ今なのか ── AI時代にSDDが再発見された理由

この章では、2026年のこのタイミングでSDDが注目を集めている背景を解説する。

Vibe Codingの「複雑性の壁」

2024〜2025年にかけて、AIコーディングツールは爆発的に普及した。個人の開発生産性は飛躍的に向上した。しかし、多くのチームが同じ問題を報告し始めた。

「最初の数機能はうまくいくが、コードベースが大きくなると壊れ始める」

このフェーズは「複雑性の壁（Complexity Wall）」と呼ばれる。

原因はシンプルだ。AIに「このファイルを見てください」「このコンテキストを追加してください」と毎回指定しても、セッションをまたいだ文脈の維持は限界がある。そして、曖昧な指示から生まれたコードは「なぜこうなっているのか」が誰にもわからない状態になる。

これはAIの性能の問題ではない。「伝達の設計」の問題だ。

AIへの指示の質が成果を決める

AIの能力が上がるほど、指示の質の差が結果に直結する。

低品質の指示:
  「ユーザー認証を実装して」
  → AIが自分なりに最適化した実装を生成
  → チームのアーキテクチャ方針と乖離
  → 後で全部書き直し

高品質の指示（SPEC.md）:
  「JWTベース、bcryptでハッシュ化、
   レートリミット5回/15分、GDPRコンプライアント、
   /api/auth/login と /api/auth/register の2エンドポイント」
  → チームの方針通りの実装が生成
  → テストがパス
  → そのままマージ可能

研究によれば、明確な仕様を持つAI実装タスクの完了率は、曖昧な指示に比べて50%以上高いとされる。

エコシステムの成熟

2026年にSDDが普及した理由の一つは、エコシステムの成熟だ。

timeline
  title SDDエコシステムの変遷
  2023 : BDD・OpenAPIの一般化
       : GitHub Copilot普及期
  2024 : Cursor登場（Spec機能）
       : Vibe Codingという言葉の誕生
       : 複雑性の壁の認識が広まる
  2025 : AWS Kiro（Spec-first IDE）登場
       : GitHub Spec Kit 開発開始
       : DeepLearning.AI のSDD講座開講準備
  2026 Q1 : GitHub Spec Kit 正式リリース
           : Martin Fowler がSDDを言語化
           : エンタープライズ採用加速
  2026 Q2 : 業界標準化の議論が始まる

特に転換点になったのがGitHub Spec Kit（2026年1月）の登場だ。GitHubが公式にspec-drivenアプローチを推進し、28のAIエージェントと連携できるオープンソースツールキットをリリースしたことで、コミュニティの関心が一気に高まった。

「Vibe Codingの次」という認識の共有

Hacker Newsや海外技術ブログでの議論を見ると、2025年後半から「Vibe CodingはPrototypingにはよいが、本番開発には不十分」というコンセンサスが形成されてきた。

代表的な議論の流れ：

2024: 「AIですごい速度で作れる！Vibe Codingで十分」

2025初: 「コードベースが大きくなってきた…
         AIが前の決定を忘れる」

2025末: 「Specを先に書いてからAIに渡すと
         全然違う結果になる」

2026: 「Spec-Driven Developmentというフレームワークが
       あるらしい。これが答えでは？」

日本のZennコミュニティでも同様の動きがある。「AI駆動開発でうまくいかない」という記事への反応として、「仕様を先に書いてからAIに渡すのが正解」というコメントが増えてきた。

TDDとSDDの関係

TDD（テスト駆動開発）とSDDはどう違うか。SDDはTDDの上位概念といえる。

TDD: テストを先に書く
  → 関数レベル・クラスレベルの設計

SDD: 仕様を先に書く
  → 機能レベル・システムレベルの設計

SDD ⊃ TDD
（よいSDDはTDDを包含する）

SDDのワークフローは「仕様からテストが生まれ、テストをパスするコードを書く」だ。これはTDDの拡張版ともいえる。

ただし、SDDはコード内のユニットテスト（TDD）だけでなく、統合テスト・E2Eテストまでを仕様から導き出す点が異なる。

なぜ今がはじめ時なのか

2026年4月現在、SDDを始める3つの理由がある。

1. ツールが揃った Claude Code、Cursor、GitHub Spec Kit、Kiro──実践に必要なツールが一通り揃い、統合されてきた。「概念はわかるけど実装できない」という状況ではなくなった。

2. コミュニティの知見が蓄積された 早期採用者が得た「うまくいくSPEC.mdの書き方」「失敗するアンチパターン」が、Zenn・Qiita・Mediumを通じて共有されている。ゼロから試行錯誤する必要はない。

3. 競争優位の窓がある SDDを実践するチームと、Vibe Codingのままのチームの差は、プロジェクトの複雑性が増すほど拡大する。今取り入れれば、それが開発チームの競争力になる。

次の章では、具体的なツールとエコシステムを整理する。どのツールを使って始めればよいかを把握しよう。