
2026/03/18 5:23
**仕事を成し遂げる:メタプロンプティング・コンテキストエンジニアリング・スペック駆動型開発システム**
RSS: https://news.ycombinator.com/rss
要約▶
日本語訳:
GSD(“Get Shit Done”) は、Claude Code、OpenCode、Gemini CLI、Codex、Copilot、および Antigravity など複数の AI コーディングランタイムを統合する軽量メタプロンプトフレームワークであり、コンテキストロット(文脈劣化)を緩和し、信頼性の高いコード生成を実現します。
インストールは
npx get-shit-done-cc@latest で行い、ランタイムごとにグローバルまたはローカル設定(例:--claude --global、--opencode --local 等)を選択します。
コアワークフローは一連のコマンドによって駆動されます:
(プロジェクトスケルトン作成)/gsd:new-project
、/gsd:discuss-phase
、/gsd:plan‑phase
、/gsd:execute‑phase
、/gsd:verify‑work
、/gsd:complete‑milestone/gsd:new‑milestone
(アドホックタスク)でオプションフラグ/gsd:quick
、--discuss
、--research
を付与可能。--full
各フェーズは構造化ファイル(
PROJECT.md、REQUIREMENTS.md、ROADMAP.md、STATE.md)と XML 形式の計画を生成し、Git に対してアトミックにコミットします。コミットは feat(08‑02): add email confirmation flow のようなパターンに従い、正確な bisect と明瞭な履歴が保証されます。
GSD は研究者・計画者・実行者・検証者という 4 人のエージェントを調整し、メインコンテキストウィンドウ(≈30–40 %)を新鮮に保ちつつ数千行のコードを生成します。
設定は
.planning/config.json に格納され、ユーザーは mode、granularity、workflow.research、git.branching_strategy およびモデルプロファイル(quality、balanced、budget)を指定できます。また、.env やシークレット・キー等の機密ファイルを保護する deny リストも用意されています。
本プロジェクトは MIT ライセンスで公開されており、OpenCode、Gemini CLI、および Codex 用のコミュニティポートが存在します。Amazon、Google、Shopify、Webflow のエンジニアに信頼されており、最小限の “ロールプレイ” オーバーヘッドを重視しています―数個のシンプルなコマンドで複雑なワークフロー管理を抽象化します。
今後のアップデートではエージェントオーケストレーションの拡張、クイックモードフラグの洗練、および設定オプションの強化を目指しています。ワークフローを簡素化しツールング・オーバーヘッドを削減することで、GSD は個人開発者および企業にとって開発サイクルの高速化とコード品質の向上を実現できます。
本文
英語 · 簡体字中国語
Claude Code、OpenCode、Gemini CLI、Codex、Copilot、および Antigravity 用の軽量で強力なメタプロンプティング・コンテキストエンジニアリング・仕様駆動開発システム。
「コンテキストロット(Claude がコンテキストウィンドウを埋めるにつれて品質が低下する現象)」を解決します。
npx get-shit-done-cc@latest
Mac、Windows、Linux で動作します。
“もし自分が何を求めているか明確にわかっていれば、これが 必ず 実装してくれます。余計なことは一切ありません。”
“SpecKit、OpenSpec、Taskmaster をやった結果、このツールで最も良い成果を得ました。”
“Claude Code への最強の追加機能です。過剰設計はなく、文字通り 仕事を終わらせてくれます。”
Amazon、Google、Shopify、Webflow のエンジニアに信頼されています。
目次
- なぜこのツールを作ったのか
- 対象読者
- はじめ方
- インストール
- 開発用インストール
- パーミッションモードスキップ
- グラニュラー・パーミッション
- 動作概要
- プロジェクト初期化
- 議論フェーズ
- 計画フェーズ
- 実行フェーズ
- 作業検証
- 繰り返し → 完了 → 次マイルストーン
- クイックモード
- なぜ機能するのか
- コンテキストエンジニアリング
- XML プロンプトフォーマット
- マルチエージェントオーケストレーション
- 原子 Git コミット
- モジュラー設計
- コマンド一覧
- コアワークフロー
- UI デザイン
- ナビゲーション
- ブラウンフィールド対応
- フェーズ管理
- セッション操作
- ユーティリティ
- 設定方法
- 基本設定
- ワークフロ―エージェント
- 実行設定
- Git ブランチ戦略
- セキュリティ
- トラブルシューティング
- アンインストール
- コミュニティポート
- ライセンス
なぜこのツールを作ったのか
私はソロ開発者です。Claude Code はコードを書いてくれますが、BMAD や Speckit などの他の仕様駆動ツールは必要以上に複雑化させるか、あるいは大局的な理解を欠いています。
私はワークフローをシンプルに保ちつつ、背後でコンテキストエンジニアリングを複雑にしたまま機能する効果的なシステムを望みました。
対象読者
「50 人規模の開発組織を持っているかのように振る舞わずに、求めていることを説明して正しく構築させたい」人々向けです。
はじめ方
npx get-shit-done-cc@latest
インストーラは以下を尋ねます:
- ランタイム – Claude Code、OpenCode、Gemini、Codex、Copilot、Antigravity のいずれかまたはすべて
- 場所 – グローバル(全プロジェクト)かローカル(現在のプロジェクトのみ)
確認コマンド:
| ランタイム | コマンド |
|---|---|
| Claude Code / Gemini | |
| OpenCode | |
| Codex | |
| Copilot | |
| Antigravity | |
注:Codex はカスタムプロンプトではなく
を使用します。skills/gsd-*/SKILL.md
非対話型インストール(Docker、CI、スクリプト用)
# Claude Code npx get-shit-done-cc --claude --global # ~/.claude/ npx get-shit-done-cc --claude --local # ./.claude/ # OpenCode npx get-shit-done-cc --opencode --global # Gemini CLI npx get-shit-done-cc --gemini --global # Codex npx get-shit-done-cc --codex --global npx get-shit-done-cc --codex --local # Copilot npx get-shit-done-cc --copilot --global npx get-shit-done-cc --copilot --local # Antigravity npx get-shit-done-cc --antigravity --global npx get-shit-done-cc --antigravity --local # すべてのランタイム npx get-shit-done-cc --all --global
--global (-g) または --local (-l) を付けると場所のプロンプトをスキップします。--claude, --opencode などでランタイムのプロンプトもスキップできます。
開発用インストール
git clone https://github.com/glittercowboy/get-shit-done.git cd get-shit-done node bin/install.js --claude --local # ./.claude/ にインストール
パーミッションモードスキップ
Claude Code を起動する際に:
claude --dangerously-skip-permissions
Git と日付コマンドの承認プロンプトを繰り返し表示しなくなります。
グラニュラー・パーミッション
明示的な権限を設定したい場合は、プロジェクトの
.claude/settings.json に次を追加します:
{ "permissions": { "allow": [ "Bash(date:*)", "Bash(echo:*)", ... "Bash(git tag:*)" ] } }
動作概要
1. プロジェクト初期化
| ステップ | 内容 |
|---|---|
| 質問 | あなたのアイデアを完全に理解するまで質問を繰り返します(ゴール、制約、技術的好み)。 |
| 調査 | ドメインを探るエージェントを並列で起動(推奨)。 |
| 要件抽出 | v1・v2 の要件とスコープ外の項目を整理。 |
| ロードマップ作成 | 要件に合わせてフェーズをマッピングし、承認を求めます。 |
生成ファイル:
PROJECT.md, REQUIREMENTS.md, ROADMAP.md, STATE.md, .planning/research/
2. 議論フェーズ
実装の好みを計画前に収集します。
- フェーズを分析し、視覚・API・コンテンツ・構成など灰色領域を特定。
- 各領域について満足するまで質問。
- 出力:
→ 調査と計画に供給。{phase_num}-CONTEXT.md
生成ファイル:
{phase_num}-CONTEXT.md
3. 計画フェーズ
| サブステップ | 行動 |
|---|---|
| 調査 | に基づくガイド。 |
| 計画 | XML 形式で 2〜3 個の原子タスクを作成。 |
| 検証 | 要件と照合し、通過するまでループ。 |
生成ファイル:
{phase_num}-RESEARCH.md, {phase_num}-{N}-PLAN.md
4. 実行フェーズ
- プランを ウェーブ(可能な限り並列、依存関係がある場合は順次)で実行。
- 各プランごとに新鮮なコンテキスト(200k トークン)を使用 → 品質低下なし。
- すべてのタスクに原子コミットを作成。
- ゴールとの整合性を検証。
生成ファイル:
{phase_num}-{N}-SUMMARY.md, {phase_num}-VERIFICATION.md
5. 作業検証
自動でコードが存在し、テストが通るか確認。
成果物を案内し、失敗の診断と修正計画を作成。
生成ファイル:
{phase_num}-UAT.md(問題があれば修正計画も同時に生成)
6. 繰り返し → 完了 → 次マイルストーン
/gsd:discuss-phase 2 /gsd:plan-phase 2 /gsd:execute-phase 2 /gsd:verify-work 2 ... /gsd:complete-milestone /gsd:new-milestone
/gsd:discuss-phase <n> に --batch を付けると質問をまとめて実施。
クイックモード
完全な計画なしで即時タスクを処理したい場合:
/gsd:quick [--full] [--discuss] [--research]
– 灰色領域を浮き上がらせる軽量議論--discuss
– 計画前に焦点を絞った調査--research
– 計画チェックと実行後の検証を有効化--full
生成ファイル:
.planning/quick/<task>/PLAN.md, SUMMARY.md
なぜ機能するのか
コンテキストエンジニアリング
Claude Code は適切なコンテキストがあれば非常に強力です。GSD はそれを自動で管理します。
| ファイル | 目的 |
|---|---|
| プロジェクトビジョン、常時ロード |
| スタック・機能・アーキテクチャ・落とし穴の知識 |
| v1/v2 要件をフェーズ追跡付きで整理 |
| 進捗と完了済み項目 |
| 決定事項、障害、位置情報(セッション間のメモリ) |
| 原子タスクを XML 構造で表現し検証手順付き |
| 何が起こったか、変更点、履歴にコミット |
XML プロンプトフォーマット
すべての計画は Claude 用に最適化された XML です。
<task type="auto"> <name>Create login endpoint</name> <files>src/app/api/auth/login/route.ts</files> <action> Use jose for JWT (not jsonwebtoken - CommonJS issues). Validate credentials against users table. Return httpOnly cookie on success. </action> <verify>curl -X POST localhost:3000/api/auth/login returns 200 + Set-Cookie</verify> <done>Valid credentials return cookie, invalid return 401</done> </task>
マルチエージェントオーケストレーション
各フェーズは薄いオーケストレータが特化したエージェントを起動します。
| フェーズ | オーケストレータの役割 | エージェントの役割 |
|---|---|---|
| 調査 | 協調・結果提示 | 並列研究者(スタック、機能、アーキテクチャ、落とし穴) |
| 計画 | 検証・イテレーション管理 | プランナーが計画作成、チェッカーで検証 |
| 実行 | ウェーブ化・進捗追跡 | エグゼキュータが並列実装(新鮮コンテキスト) |
| 検証 | 結果提示・次へ誘導 | コードベースをゴールと照合 |
原子 Git コミット
各タスク完了直後にコミットします:
abc123f docs(08-02): complete user registration plan def456g feat(08-02): add email confirmation flow ...
メリット:Git bisect で失敗したタスクを特定でき、個々のタスクが独立してリバート可能。
モジュラー設計
フェーズ追加・急務挿入・新規マイルストーン開始・計画調整をすべて再構築せずに行えます。ロックインはありません。
コマンド一覧
コアワークフロー
| コマンド | 機能 |
|---|---|
| 質問 → 調査 → 要件抽出 → ロードマップ(全自動) |
| 実装決定を計画前に取得 |
| 調査 + 計画 + 検証を実施 |
| すべてのプランを並列ウェーブで実行、完了時に検証 |
| 手動ユーザー受け入れテスト¹ |
| マイルストーンが定義済みの DONE を満たしたか確認 |
| マイルストーンをアーカイブしリリースタグ付与 |
| 次のバージョン開始 |
UI デザイン
| コマンド | 機能 |
|---|---|
| フロントエンドフェーズ用 UI‑SPEC.md を生成 |
| 実装済みフロントエンドコードの 6 柱ビジュアル監査 |
ナビゲーション
| コマンド | 機能 |
|---|---|
| 現在位置と次に何をすべきか表示 |
| すべてのコマンドと使い方を表示 |
| GSD を更新し変更ログプレビュー |
| GSD Discord コミュニティに参加 |
ブラウンフィールド
| コマンド | 機能 |
|---|---|
| 既存コードベースを分析して新規プロジェクト開始前の情報収集 |
フェーズ管理
| コマンド | 機能 |
|---|---|
| ロードマップにフェーズ追加 |
| 既存フェーズ間に急務挿入 |
| 将来のフェーズを削除し番号再設定 |
| 計画前に Claude の想定アプローチを確認 |
| 監査で発見したギャップを埋めるフェーズ生成 |
セッション
| コマンド | 機能 |
|---|---|
| 中断時にハandoff を作成 |
| 最後のセッションから再開 |
ユーティリティ
| コマンド | 機能 |
|---|---|
| モデルプロファイルとワークフローエージェントを設定 |
| モデルプロファイル(quality/balanced/budget/inherit)切替 |
| 後で実装するアイデアを記録 |
| 未完タスク一覧表示 |
| 持続状態でシステマティックにデバッグ |
| フリーテキストを適切な GSD コマンドへ自動ルーティング |
| 手軽にアイデアキャプチャ – 追加、一覧表示、TODO への昇格 |
| GSD の保証付きで即時タスク実行 |
| ディレクトリの整合性を検証し、 で自動修復 |
| フェーズ・プラン・要件・Git メトリクス等を表示 |
| セッション解析から開発者行動プロファイル生成(パーソナライズ回答用) |
¹ Reddit ユーザー OracleGreyBeard 提供
設定方法
GSD は
.planning/config.json にプロジェクト設定を保存します。/gsd:new-project で初期設定し、後から /gsd:settings で更新可能です。
基本設定
| 設定 | オプション | デフォルト | 説明 |
|---|---|---|---|
| , | | 自動承認 vs 各ステップで確認 |
| , , | | フェーズとプランの粒度 |
モデルプロファイル
| プロファイル | 計画 | 実行 | 検証 |
|---|---|---|---|
| Opus | Opus | Sonnet |
(デフォルト) | Opus | Sonnet | Sonnet |
| Sonnet | Sonnet | Haiku |
| Inherit | Inherit | Inherit |
inherit は現在のランタイムモデル選択(例:OpenCode /model)に従います。/gsd:settings で上書き可能。
ワークフローエージェント
| 設定 | デフォルト | 機能 |
|---|---|---|
| true | 各フェーズ前に調査実行 |
| true | プランがゴールを達成しているか検証 |
| true | 実行後に必須項目を確認 |
| false | discuss → plan → execute を自動で連鎖 |
/gsd:settings で切り替え、呼び出し時にオーバーライド(例:/gsd:plan-phase --skip-research)。
実行設定
| 設定 | デフォルト | 説明 |
|---|---|---|
| true | 独立タスクを同時実行 |
| true | を Git に追跡 |
| true | コンテキストウィンドウ使用量警告 |
Git ブランチ戦略
| 設定 | オプション | デフォルト | 説明 |
|---|---|---|---|
| , , | | コミット戦略 |
| string | | フェーズブランチ名 |
| string | | マイルストーンブランチ名 |
- none – 現在のブランチにコミット(デフォルト GSD 動作)。
- phase – フェーズごとにブランチを作成し、完了時にマージ。
- milestone – マイルストーン全体で一つのブランチを使い、完了時にマージ。
マイルストーン完了時には GSD がスクワッシュマージ(推奨)または通常マージを提案します。
セキュリティ
機密ファイルを保護するため、Claude Code の deny リストにパターンを追加:
{ "permissions": { "deny": [ "Read(.env)", "Read(.env.*)", "Read(**/secrets/*)", "Read(**/*credential*)", "Read(**/*.pem)", "Read(**/*.key)" ] } }
Claude がこれらのファイルを全く読み込まないようにします。
トラブルシューティング
-
インストール後にコマンドが見つからない?
ランタイムを再起動し、
(グローバル)または~/.claude/commands/gsd/
(ローカル)が存在するか確認。Codex では./.claude/commands/gsd/
を確認。~/.codex/skills/gsd-*/SKILL.md -
コマンドが期待通りに動作しない?
を実行。再度/gsd:help
でインストールし直してください。npx get-shit-done-cc -
最新版へ更新したい?
npx get-shit-done-cc@latest
- Docker やコンテナ環境を使っている?
タイルダイレクトが失敗する場合は、
を設定してからインストール:CLAUDE_CONFIG_DIR
CLAUDE_CONFIG_DIR=/home/youruser/.claude npx get-shit-done-cc --global
アンインストール
# グローバルインストールの場合 npx get-shit-done-cc --claude --global --uninstall npx get-shit-done-cc --opencode --global --uninstall ... # ローカル(現在のプロジェクト)で npx get-shit-done-cc --claude --local --uninstall ...
これにより、GSD コマンド・エージェント・フック・設定を削除し、他の構成は保持します。
コミュニティポート
| プロジェクト | プラットフォーム | 説明 |
|---|---|---|
| gsd-opencode | OpenCode | 元々の OpenCode 版 |
| gsd-gemini (archived) | Gemini CLI | Uberfuzzy による Gemini 版(アーカイブ) |
ライセンス
MIT License。詳細は
LICENSE をご覧ください。