github/spec-kit: 💫 Toolkit to help you get started with Spec-Driven Development

📄 Summarized by Claude Sonnet 4

💫 Toolkit to help you get started with Spec-Driven Development

2024年頃（プロジェクト開始時期と推定）

どんなもの？

Spec-Driven Developmentを実践するためのツールキット。従来のコード中心の開発から仕様書中心の開発へとパラダイムシフトを促すプロジェクト。仕様書を実行可能なものとして扱い、直接実装を生成することで、組織が製品シナリオに集中できるようにする。Claude Code、GitHub Copilot、Gemini CLIなどのAI コーディングエージェントと連携し、/specify、/plan、/tasksという3つのコマンドを使って段階的に開発を進める。

先行研究と比べてどこがすごい？

従来の開発では仕様書は「足場」として使われ、実際のコーディングが始まると破棄されていた。しかしSpec-Driven Developmentでは仕様書が実行可能となり、実装を直接生成する。単発のプロンプトからコード生成するのではなく、多段階の精緻化プロセスを採用している点が革新的。また、特定の技術スタックに依存しない汎用的なプロセスとして設計されている。

技術や手法のキモはどこ？

Intent-driven developmentとして「何を」「なぜ」を「どのように」より先に定義する。3段階のコマンド体系が核心：/specifyで要件定義、/planで技術スタック選択、/tasksでタスク作成。AI モデルの高度な仕様解釈能力に大きく依存し、ガードレールと組織原則を使った豊富な仕様書作成を重視。開発フェーズを「0-to-1 Development」「Creative Exploration」「Iterative Enhancement」に分類している。

どうやって有効だと検証した？

多様な技術スタックでアプリケーションを作成し、Spec-Driven Developmentが特定の技術に依存しないプロセスであることを検証。Mission-criticalなアプリケーション開発での実証、組織制約（クラウドプロバイダー、技術スタック、エンジニアリング実践）の組み込み、企業デザインシステムとコンプライアンス要件への対応を通じて有効性を確認。並列実装探索の概念検証も実施している。

議論はある？

プロジェクト自体はオープンソースとして公開されているが、具体的な技術的議論や課題についてはGitHubイシューでの報告を推奨している。AI コーディングエージェントへの重度の依存や、ローカル環境でのCLI コマンド実行など、環境要件が高い点が考慮事項として挙げられる。またGit Credential Managerの設定など、Linux環境での認証問題についてはトラブルシューティングセクションで対応策を提示している。

#SpecDrivenDevelopment