仕様駆動開発(SDD)
調べた日: 2026-03-16
概要
構造化された仕様(Markdown)を「唯一の信頼できる情報源」として、AIエージェントに実装させる開発手法。Vibe Coding へのアンチテーゼ。Thoughtworks Technology Radar に2025年11月掲載(Assess)。
ワークフロー
- Requirements — 自然言語 → AIが構造化された要件仕様に変換
- Design — AIが技術設計ドキュメントを生成
- Tasks — 設計をテスト可能なタスクに分解
- Implementation — AIがタスクに基づいてコード生成 → 人間がレビュー
各フェーズでレビュー完了後に次へ進む。仕様は .md でリポにバージョン管理。
TDD/BDD との違い
| 観点 | TDD | BDD | SDD |
|---|---|---|---|
| 主要成果物 | ユニットテスト | ビヘイビア仕様 | 構造化された仕様書(Markdown) |
| フォーカス | コードの正しさ | ユーザー行動・ビジネス要件 | 意図(Intent)の明確化 |
| 対象者 | 開発者 | 開発者・QA・PO | 開発者 + AIエージェント |
TDD/BDD を置き換えるのではなく、その上位レイヤー。
主要ツール
| ツール | 特徴 |
|---|---|
| GitHub Spec Kit | オープンソース。Claude Code/Copilot等と連携 |
| Amazon Kiro | SDD を中核に組み込んだ IDE |
| Tessl | .spec.md から直接コード生成 |
| cc-sdd | Kiro スタイルを複数 AI エージェントで使えるようにする |
メリット・デメリット
メリット: AI出力品質の安定、意図の明確化、レビュー可能性、並列作業、プロジェクトメモリ
デメリット: 小規模変更にはオーバーヘッド、ウォーターフォール回帰のリスク、ベストプラクティス未確立
参考
- https://www.thoughtworks.com/radar/techniques/spec-driven-development
- https://github.blog/ai-and-ml/generative-ai/spec-driven-development-with-ai-get-started-with-a-new-open-source-toolkit/
- https://martinfowler.com/articles/exploring-gen-ai/sdd-3-tools.html
- https://www.augmentcode.com/guides/what-is-spec-driven-development
- https://arxiv.org/html/2602.00180v1