仕様駆動エージェント型開発（Spec-Driven Agentic Development、SDAD）とは、SDAD：AI ネイティブな SDLC のための仕様駆動エージェント型開発 が、規律ある事前の形式化と高速なエージェント型の実装を組み合わせたソフトウェアデリバリー方法論に与えた名前である。著者らは、コーディングエージェントがリポジトリ全体や要求文書を取り込めるようになると、デリバリーを制約する要因はコードを書く速さではなく意図の明確さになり、それゆえ実践はウォーターフォールに結び付けられてきた形式的で先回りした仕様へと収束していくと論じる。そして彼らはこれを退行ではなく実践の成熟として提示している。
用法
報告は SDAD を四つのフェーズとして定義している。意図の把握（intent capture）では、構造化された人間とエージェントの対話を用いて要件、制約、ビジネスルールを記録する。形式仕様化（formal specification）では、その記録を、インターフェース、ロジック、データ構造、受け入れ基準からなる機械解釈可能な設計図に変える。エージェント型合成（agentic synthesis）では、仕様を、コードとテストの複数ファイルにわたる生成のための権威ある入力として扱う。独立した検証（independent verification）では、自動化されたテスト、セキュリティ、適合性のゲートを通じて、出力を仕様に照らして確認する。マージやリリースの権限は、合成を行うエージェントではなく、報告が Spec Architect と呼ぶ説明責任を負う人間に残される。
このワークフローを中心に、報告は古典的な V 字モデルに倣った SDAD-V モデル、エンジニアリング、QA、プラットフォーム、プロダクトの各機能にまたがる役割の再配分、ストーリーポイントに代わることを意図した指標（Spec Fidelity、Ambiguity Tax、Synthesis Efficiency Ratio を含む）、ハイブリッドな見積もり、そしてウォーターフォールやスクラムからの段階的な移行経路を提案している。報告は SDAD を、人間が不在のパイプラインではなく、人間の説明責任を伴う混合的な体制として位置付けている。
適用される場面
報告は、大きなコンテキストウィンドウを持つフロンティアエージェントとマルチエージェントのオーケストレーションが利用でき、仕様からモジュール横断的な機能を合成できる場面、そしてチームがそれらを駆動できるほど精密な仕様を作れる場面で SDAD が適用されるとしている。また、仕様の品質、検証ゲート、来歴のロギングが第一級のものとして扱われることを前提としている。報告は自らの失敗モードとして、曖昧な仕様や悪意のある仕様が一度の合成パスで多数のファイルやサービスへと伝播すること、エージェントが書いたコードに対する人間の理解が追いつかなくなること、そしてクローズドなモデルベンダーへの依存を挙げている。その位置付けは単一の提案にとどまる。報告は大部分が立場表明的な内容であり、コストの数値を監査済みではなく例示的なものと明記し、自らの指標の操作的な定義と測定を未解決の問いの一つに挙げている。