Claude Code をはじめとする AI コーディングツール上で動作するワークフロー管理システム。npx get-shit-done-cc@latest でインストールすると、/gsd-* というスラッシュコマンド群（73個）が追加され、要件定義→調査→計画→実装→検証→PR のライフサイクルを構造化して回せるようになる。
中核は以下 3 つの設計思想：
| 概念 | 内容 |
|---|---|
| メタプロンプティング | 人間がプロンプトを書くのではなく、システムが各フェーズに最適なプロンプトを組み立てて専門エージェント（24種）に渡す |
| コンテキストエンジニアリング | タスクごとに新鮮な 200K コンテキストウィンドウを起動し、.planning/ 配下の構造化ドキュメント（PROJECT.md, PLAN.md, CONTEXT.md 等）だけを注入する。会話履歴の蓄積による品質劣化（”context rot”）を根本的に排除 |
| 仕様駆動開発 | REQUIREMENTS.md → ROADMAP.md → PLAN.md とスペックが段階的に具体化され、各ゲートで要件カバレッジを機械的に検証。仕様の抜け漏れを防ぐ |
| 課題 | Cursor Rules / .cursorrules | Aider / 通常の対話型 AI | GSD |
|---|---|---|---|
| コンテキスト汚染 | 単一ウィンドウで累積 | チャット履歴が肥大化 | タスクごとに新規ウィンドウを起動。オーケストレータは 30〜40% で維持 |
| AI の推測・暴走 | ルールで抑止するのみ | 手動で指示修正 | /gsd-discuss-phase で決定事項を CONTEXT.md にロック。曖昧さを事前排除 |
| 計画なき実装 | コーディング規約のみ | メッセージ単位で逐次 | 4 並列リサーチャー → アトミック計画（8 次元チェック）→ 依存解析 → Wave 並列実行 |
| 検証の欠如 | 手動レビュー頼り | 手動テスト | 自動 UAT ゲート＋Nyquist テストカバレッジマッピング＋コードレビューエージェント |
| セッション断絶 | 状態は失われる | 履歴ファイルのみ | .planning/STATE.md でプロジェクト記憶を永続化。/gsd-resume-work で復帰 |
| Git 履歴の汚さ | 関与しない | 増分編集 | 1 タスク = 1 アトミックコミット。git bisect で障害箇所を特定可能 |
一言で言えば： Cursor Rules が「コード規約の注入」、Aider が「対話的コーディング」なのに対し、GSD はプロジェクト全体のライフサイクルを構造化し、AI の品質を工学的に担保する仕組み。
① インストール
$ npx get-shit-done-cc@latest
→ 対象ランタイム（Claude Code, Gemini CLI, Cline 等 14種）を選択
② プロジェクト開始
/gsd-new-project
→ 対話でビジョンを聞き出し → 4並列リサーチ → 要件整理 → ロードマップ自動生成
→ .planning/ にすべて永続化
③ フェーズを回す（各フェーズで以下を繰り返す）
/gsd-discuss-phase 1 … 曖昧な点を洗い出し、決定事項をロック
↓
/gsd-plan-phase 1 … リサーチ → アトミック計画作成 → 8次元チェック
↓
/gsd-execute-phase 1 … 依存解析 → Wave並列実行 → タスクごとにコミット
↓
/gsd-verify-work 1 … 自動検証 + 手動UAT → 失敗時はデバッグ→修正ループ
↓
/gsd-ship 1 … PR作成
※ /gsd-next で「次に何をすべきか」を自動判定してくれる
④ マイルストーン完了
/gsd-complete-milestone … アーカイブ＋リリースタグ
/gsd-new-milestone … 次バージョンへ
設定のカスタマイズ（/gsd-settings）で、yoloモード（全自動）/ interactiveモード（都度確認）、計画粒度（coarse/standard/fine）、モデル品質プロファイル（quality/balanced/budget）などを調整できる。
GSD は「AI にコードを書かせる」行為を、個人開発者でも再現性のある工学的プロセスに昇華させるためのシステム。従来のプロンプトエンジニアリングやルールファイルが「点」の改善なのに対し、GSD は要件定義から納品までの「線」を構造化している点が本質的な差別化ポイントである。