Spec Kit

Spec Kit は GitHub が提供するオープンソースの「仕様駆動開発」（Spec-Driven Development, SDD）ツールキットです。仕様書を書いたら捨てるものではなく、チェックリスト・タスク分割、そして実装そのものを導く唯一の情報源にします。プロセスと軽量な CLI（specify）を組み合わせ、既に使っているエージェントと連携して、「何を・なぜ作るか」をあなたが握り、残りをエージェントに任せます。

Specboard（見た目のボードとMCPを重視）や Plandex（ターミナル型のplan-and-execute）と比較を。 Claude Code と併用するのも選択肢です。

主な機能

• 実行可能な仕様：spec・plan・tasks はエージェントが実際に読む生きたドキュメントです。
• 6段階のガイド：constitution、specify、plan、tasks、implement、converge。各段階にチェックポイントがあり、converge が「Converged」を返すまで反復します。
• Specify CLI：specify init <project> --integration <agent> で初期化。specify self check、specify self upgrade などの自己管理コマンドも提供。
• 既存エージェントに対応：Claude Code・Copilot では /speckit-*、スキルモードでは $speckit-*、任意のプロンプトからも呼べます。
• 拡張機能：バグ拡張（assess、fix、test）と、アイデアをコミット前に検証する assess 拡張（intake、research、define、shape、decide）。

使用シナリオ

このツールを使うべき人

• エージェントと開発するチーム：ジュニアエンジニアを迎えるように、ドキュメントとバックログでコーディングエージェントをオンボーディング。
• コンテキスト消失に悩む開発者：製品意図をバージョン管理されたMarkdownに残し、毎セッション同じ出発点から始める。
• テクニカルリード：千行のコードではなく、小さく焦点の絞られたタスクをレビュー。アーキテクチャ原則は一度だけ書く。

解決する問題

1. ビベコーディングのブレ：仕様が明確な目標となり、出力が意図に沿います。
2. 毎回ゼロから：成果物がセッション・日・月をまたいで残ります。
3. セキュリティ・規準が後付けに：制約を初日から仕様と計画に織り込みます。

料金プラン

Spec Kit は無料で、MIT ライセンスです。specify CLI を自分で実行し、利用するモデルプロバイダーの token 費用だけがかかります。

優位性と独自の価値提案

1. エージェント非依存：ロックインなし。Claude Code・Copilot・Gemini CLI・Codex で共通。
2. プロセス第一、ツールは軽く：革新はプロセスにあり、CLI はその下に控えめに存在。
3. コミュニティ駆動：presets・拡張・役割別バンドルは単一ベンダーではなくコミュニティが形作る。

はじめに

1. CLI をインストール：uv tool install specify-cli。
2. 初期化：specify init my-project --integration copilot。
3. プロジェクトディレクトリでコーディングエージェントを起動。
4. /speckit-constitution → /speckit-specify → /speckit-plan → /speckit-tasks → /speckit-implement を順に実行し、/speckit-converge が Converged を返すまで反復。

よくある質問

今使っているエージェントでも使えますか？

はい。Claude Code・GitHub Copilot・Gemini CLI・Codex を対象とし、スラッシュコマンドは任意のエージェントプロンプトから呼べます。

サブスクリプションやホスト型サービスですか？

どちらでもありません。MIT のオープンソースツールキットで、ローカルで実行します。ホスト型ランタイムもシート課金もありません。

仕様駆動開発を一言で言うと？

作る前に「何を作るか」を定義し、仕様・計画・タスクがエージェントの作業を導き検証する入力になるやり方です。

代替案

• Specboard：エージェントが読める仕様のボードとMCPサービス。
• Plandex：diffサンドボックスを備えたターミナル型plan-and-execute。
• Claude Code：Anthropic製のファーストパーティ・ターミナルエージェント。

ヒントとベストプラクティス

1. プロジェクトごとに短い constitution を一度書き、全セッションに規則を継承させる。
2. バグ拡張を使って、根本原因から検証まで証拠に基づく修正を。
3. /speckit-converge を意図的に繰り返す。実装を意図に合わせる関門です。

まとめ

Spec Kit は仕様書を唯一の情報源にすることで、エージェント開発にエンジニアリングの規律をもたらします。エージェントがブレたりコンテキストを失ったりするなら、github.com/github/spec-kit から始め、プロンプトではなくプロセスに舵を取らせましょう。