プロンプトを入力すれば、ソフトウェア開発をある程度効率化できる。一方、プロジェクトや開発チームの規模が大きくなるほど、個々の開発者が入力するプロンプトだけでは、要求や設計思想を継続的に管理しにくくなる。

　この状態をディーベン氏は、「プロンプトが、ソフトウェア開発を弱くする土台になり得る」と表現する。プロンプトは各個人のスキルや入力条件に依存しやすく、そのときによって内容の質が低下する場合がある。レビューも困難だ。生成されたコードは動作していても、本来の目的から外れてしまうことがあるという。

　「プロンプトを主要な成果物として扱うのをやめ、仕様を主要な成果物として扱う」必要性があるというのがディーベン氏の主張だ。

　仕様をリポジトリに保存すれば、コードと同様にGitの履歴として残すことができる。新機能を開発するときにも、過去の仕様を土台として追加、変更できるため、AIへの指示をその場限りにせず、チームの資産として蓄積可能だ。

　そこでディーベン氏は、プロンプトではなく「仕様」（Specification）をAI開発の中心に据える「スペック駆動開発」（spec-driven development）を紹介する。使うのは、GitHubの「Spec Kit」（仕様駆動開発向けオープンソースツールキット）と「GitHub Copilot」（AIコーディングエージェント）だ。

最初に作るのは「AIが破ってはいけないルール」

　Spec Kitを使った開発では、いきなり機能の実装をAIに依頼するわけではない。最初に「Constitution」と呼ばれる基本原則を定める。

　ディーベン氏によると、Constitutionは、AIコーディングエージェントに守らせる「必須条件」をまとめるものだ。

　Constitutionには、個別機能よりも上位に位置するルールを記述する。例えば、テスト可能な設計にすること、社内のセキュリティ基準を守ること、企業や開発チーム固有のルールに従うことなどだ。

　つまり「セキュアなコードを書いて」「テストも用意して」と開発者が毎回プロンプトを書くのではなく、AIコーディングエージェントが常に従うべき開発原則を明文化する。

「何を作るか」と「どう作るか」を分ける

　Constitutionを定義した後に作成するのがSpecificationだ。ディーベン氏によると、ここで重要なのが、「何を作るのか」と「どう作るのか」を分離することだ。アプリケーションに必要な機能や要件を記載する一方、技術的な実装方法は含めない。実装方法は次の「Plan」で決める。

　例えば、TypeScriptやNode.jsを使うこと、HTTPサーバとして動作させること、デプロイ方法や設定方法などをPlanに記述する。つまり、Specで「何を作るか」、Planで「どう作るか」を分けて管理する。

大きな仕様を「タスク」に分解

　仕様と技術計画を作った後は、それらを実装可能な単位に分割する「Tasks」を定義する。Specificationで定義したユーザーストーリーやPlanの技術要件、Constitutionの原則を参照しながら、AIが順番に実装できるタスクへと分解する。

　Tasksを作成した後は、AIコーディングエージェントがタスクを基にコードを生成する「Implement」だ。Constitutionでテスト可能な設計を求めていれば、テストも作成しながら実装を進めることができる。

「AIが作った仕様」も人間がレビューする

　ただし、スペック駆動開発は「仕様書をAIに作らせれば、後は自動で開発できる」という考え方ではない。ディーベン氏が特に強調したのが、人間によるレビューだ。

　同氏は「全てをレビューしてほしい」と強調する。対象はAIコーディングエージェントが出力したコードだけではない。Constitution、Spec、Planといった中間成果物も確認し、開発者自身が内容を理解した上で、チームとして方針に合意する必要があるという。

　AIコーディングエージェントが自動的に補完する情報にも注意が必要だ。例えばPlanを作る際、使用するフレームワークなどのバージョンを指定していなければ、AIコーディングエージェントがバージョンを補完する場合がある。しかし、それが必ずしも最新とは限らない。

いきなり開発プロセス全体を変える必要はない

　では、企業がスペック駆動開発を試す場合、何から始めればいいのか。ディーベン氏は、明日から開発ワークフロー全体を書き換えるのではなく、まず「小さいが意味のある実際の機能」を1つ選んで試すことを薦める。

　その上で、プロンプトを書く前に仕様を書き、「何を、なぜ作るのか」を先に整理する。さらに、チームとして譲れないルールを数個Constitutionに設定し、AIコーディングエージェントが生成した内容を全てレビューしてから実装する。

本稿は、2026年8月25日にMicrosoft Developerが公開したStop Writing Prompts. Start Writing Specs.を基に作成しました。