ルートを選ぶ¶
SpecBind を始める手順は、プロジェクトに既存実装があるかどうかで変わります。 現在の状態に合うルートを選んでください。どのルートでも、 SpecBind をインストールするは共通です。
用語について
このあと出てくる用語（ Spec、Steering、Milestone、Gate など）は 基本概念にまとめています。先に目を通しても、ルートの手順で出てきたときに参照してもかまいません。
新規プロジェクトで始める¶
まだアプリケーションの実装を始めていない場合のルートです。プロジェクトの土台と最初のリリース範囲を Git へ記録し、用意した資料を Discovery が複数の責務へ振り分けます。
作るものの輪郭がある程度見えてから導入するのが前提です。何を作るか自体を探索している段階なら、先に SpecBind を使わずにプロトタイプを作ることをおすすめします。
既存プロジェクトで始める¶
すでにコードやテストがあるプロジェクトへ導入するルートです。導入後、次の 2 つから選べます。
| やりたいこと | 進む先 |
|---|---|
| 次の変更から SpecBind を使う | 既存プロジェクトで始める |
| すでに動いている実装を、現在の基準となる Spec にする | 既存実装から Spec を確立する |
どちらのルートでも必要なもの¶
- 対象プロジェクト（新規なら最初に Git リポジトリとして初期化します。既存なら コミットが 1 つ以上ある状態にしておきます）
- コーディングエージェント
- Windows x64、WSL2 上の Linux x64、または macOS ARM64
使えるエージェントについて¶
開発者は Codex と Claude Code を利用しており、この 2 つでテストを進めています。
それ以外のコーディングエージェントでも、
Agent Skills とAGENTS.mdに対応していれば（試してないけど）多分動くはずです。
具体的には
- Cursor
- GitHub Copilot
- Devin
- ほか...
うまくいかなかったらバグ報告と改善提案から教えてください。
SpecBind がやらないこと¶
SpecBind は、アプリケーションの雛形を生成するツールではありません。仕様、設計、 実装計画と開発ライフサイクルを、コーディングエージェントと CLI で継続的に管理します。 プロジェクトの初期化やフレームワークの選定は、いつもの方法で進めてください。