**仕事を成し遂げる:メタプロンプティング・コンテキストエンジニアリング・スペック駆動型開発システム**

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

インストーラは以下を尋ねます:

  1. ランタイム – Claude Code、OpenCode、Gemini、Codex、Copilot、Antigravity のいずれかまたはすべて
  2. 場所 – グローバル(全プロジェクト)かローカル(現在のプロジェクトのみ)

確認コマンド:

ランタイムコマンド
Claude Code / Gemini
/gsd:help
OpenCode
/gsd-help
Codex
$gsd-help
Copilot
/gsd:help
Antigravity
/gsd:help

注: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. 計画フェーズ

サブステップ行動
調査
CONTEXT.md
に基づくガイド。
計画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 はそれを自動で管理します。

ファイル目的
PROJECT.md
プロジェクトビジョン、常時ロード
.research/
スタック・機能・アーキテクチャ・落とし穴の知識
REQUIREMENTS.md
v1/v2 要件をフェーズ追跡付きで整理
ROADMAP.md
進捗と完了済み項目
STATE.md
決定事項、障害、位置情報(セッション間のメモリ)
PLAN.md
原子タスクを XML 構造で表現し検証手順付き
SUMMARY.md
何が起こったか、変更点、履歴にコミット

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 で失敗したタスクを特定でき、個々のタスクが独立してリバート可能。

モジュラー設計

フェーズ追加・急務挿入・新規マイルストーン開始・計画調整をすべて再構築せずに行えます。ロックインはありません。


コマンド一覧

コアワークフロー

コマンド機能
/gsd:new-project [--auto]
質問 → 調査 → 要件抽出 → ロードマップ(全自動)
/gsd:discuss-phase [N] [--auto]
実装決定を計画前に取得
/gsd:plan-phase [N] [--auto]
調査 + 計画 + 検証を実施
/gsd:execute-phase <N>
すべてのプランを並列ウェーブで実行、完了時に検証
/gsd:verify-work [N]
手動ユーザー受け入れテスト¹
/gsd:audit-milestone
マイルストーンが定義済みの DONE を満たしたか確認
/gsd:complete-milestone
マイルストーンをアーカイブしリリースタグ付与
/gsd:new-milestone [name]
次のバージョン開始

UI デザイン

コマンド機能
/gsd:ui-phase [N]
フロントエンドフェーズ用 UI‑SPEC.md を生成
/gsd:ui-review [N]
実装済みフロントエンドコードの 6 柱ビジュアル監査

ナビゲーション

コマンド機能
/gsd:progress
現在位置と次に何をすべきか表示
/gsd:help
すべてのコマンドと使い方を表示
/gsd:update
GSD を更新し変更ログプレビュー
/gsd:join-discord
GSD Discord コミュニティに参加

ブラウンフィールド

コマンド機能
/gsd:map-codebase [area]
既存コードベースを分析して新規プロジェクト開始前の情報収集

フェーズ管理

コマンド機能
/gsd:add-phase
ロードマップにフェーズ追加
/gsd:insert-phase [N]
既存フェーズ間に急務挿入
/gsd:remove-phase [N]
将来のフェーズを削除し番号再設定
/gsd:list-phase-assumptions [N]
計画前に Claude の想定アプローチを確認
/gsd:plan-milestone-gaps
監査で発見したギャップを埋めるフェーズ生成

セッション

コマンド機能
/gsd:pause-work
中断時にハandoff を作成
/gsd:resume-work
最後のセッションから再開

ユーティリティ

コマンド機能
/gsd:settings
モデルプロファイルとワークフローエージェントを設定
/gsd:set-profile <profile>
モデルプロファイル(quality/balanced/budget/inherit)切替
/gsd:add-todo [desc]
後で実装するアイデアを記録
/gsd:check-todos
未完タスク一覧表示
/gsd:debug [desc]
持続状態でシステマティックにデバッグ
/gsd:do <text>
フリーテキストを適切な GSD コマンドへ自動ルーティング
/gsd:note <text>
手軽にアイデアキャプチャ – 追加、一覧表示、TODO への昇格
/gsd:quick [--full] [--discuss] [--research]
GSD の保証付きで即時タスク実行
/gsd:health [--repair]
.planning/
ディレクトリの整合性を検証し、
--repair
で自動修復
/gsd:stats
フェーズ・プラン・要件・Git メトリクス等を表示
/gsd:profile-user [--questionnaire] [--refresh]
セッション解析から開発者行動プロファイル生成(パーソナライズ回答用)

¹ Reddit ユーザー OracleGreyBeard 提供


設定方法

GSD は

.planning/config.json
にプロジェクト設定を保存します。
/gsd:new-project
で初期設定し、後から
/gsd:settings
で更新可能です。

基本設定

設定オプションデフォルト説明
mode
yolo
,
interactive
interactive
自動承認 vs 各ステップで確認
granularity
coarse
,
standard
,
fine
standard
フェーズとプランの粒度

モデルプロファイル

プロファイル計画実行検証
quality
OpusOpusSonnet
balanced
(デフォルト)
OpusSonnetSonnet
budget
SonnetSonnetHaiku
inherit
InheritInheritInherit

inherit
は現在のランタイムモデル選択(例:OpenCode
/model
)に従います。
/gsd:settings
で上書き可能。

ワークフローエージェント

設定デフォルト機能
workflow.research
true各フェーズ前に調査実行
workflow.plan_check
trueプランがゴールを達成しているか検証
workflow.verifier
true実行後に必須項目を確認
workflow.auto_advance
falsediscuss → plan → execute を自動で連鎖

/gsd:settings
で切り替え、呼び出し時にオーバーライド(例:
/gsd:plan-phase --skip-research
)。

実行設定

設定デフォルト説明
parallelization.enabled
true独立タスクを同時実行
planning.commit_docs
true
.planning/
を Git に追跡
hooks.context_warnings
trueコンテキストウィンドウ使用量警告

Git ブランチ戦略

設定オプションデフォルト説明
git.branching_strategy
none
,
phase
,
milestone
none
コミット戦略
git.phase_branch_template
string
gsd/phase-{phase}-{slug}
フェーズブランチ名
git.milestone_branch_template
string
gsd/{milestone}-{slug}
マイルストーンブランチ名
  • 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/
    (グローバル)または
    ./.claude/commands/gsd/
    (ローカル)が存在するか確認。Codex では
    ~/.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-opencodeOpenCode元々の OpenCode 版
gsd-gemini (archived)Gemini CLIUberfuzzy による Gemini 版(アーカイブ)

ライセンス

MIT License。詳細は

LICENSE
をご覧ください。


同じ日のほかのニュース

一覧に戻る →

2026/03/18 3:59

**スラグの十年**

## 日本語訳 --- ## 要約 Slug アルゴリズムのライブラリは十周年を迎え、パブリックドメインに移行しました。これにより開発者はライセンス費用から解放され、強力な GPU‑direct テキストレンダリングが提供されます。2016 年秋に開発され、2017 年中頃に *JCGT* に論文が掲載され、その直後に Slug ライブラリのバージョン 1.0 が公開されました。 **主要な技術的進歩** - **ダイナミック拡張(Dynamic Dilation)**:MVP 行列とビューポート寸法を用いて頂点シェーダで半ピクセル外側に自動拡張を計算します(式 \(d = \frac{s^3t + s^2\sqrt{u^2+v^2}}{u^2+v^2-s^2t^2}\))。これにより不要なパディングが排除され、エッジは鮮明に保たれます。 - **バンド分割最適化の削除**:ピクセルシェーダを簡素化し、バンドデータサイズを 4 つの 16‑bit コンポーネントから 2 に半減します。 - **アダプティブスーパーサンプリングの廃止**:ダイナミック拡張がエイリアシングを処理するため、追加コードはほぼ読み取り可能な文字だけに効果がありました。 - **絵文字レンダリングの簡素化**:レイヤーごとのループから独立したグリフレイヤリングへ切り替え、頂点数オーバーヘッドを削減しました。 これらの変更は、2016 年代のコンソールでの頑健性と高速化、高品質なアンチエイリアス出力(任意のスケールやパースペクティブ)を実現し、新しい GPU への保守性も向上させることを目的としていました。 **業界採用** Slug は C4 Engine のテキストエンジン、後に Radical Pie 方程式エディタで活用されました。Activision、Blizzard、id Software、2K Games、Ubisoft、Warner Brothers、Insomniac、Zenimax などの主要ゲームスタジオや、Adobe などの非ゲーム企業もライブラリを使用しています。 **パブリックドメイン状態** 特許 #10 373 352(2019 年に付与)は 2026 年 3 月 17 日からパブリックドメインへ譲渡されました。USPTO に Form SB/43 が提出され、料金が支払われたため、すべてのコードが自由に利用可能です。参照用頂点シェーダとピクセルシェーダは GitHub 上で MIT ライセンスされています。 **影響** 開発者は Slug の GPU‑direct レンダリングとダイナミック拡張を、ゲーム、アプリケーション、あるいは任意のグラフィックスソフトウェアにライセンス料なしで統合できます。簡素化されたシェーダは開発時間とリソース消費を削減し、パブリックドメイン公開によりコミュニティによる貢献が促進され、技術のさらなる洗練が期待されます。 ---

2026/03/18 3:37

Python 3.15 のJIT(Just‑In‑Timeコンパイラ)が再び順調に進んでいます。

## Japanese Translation: (すべての主要ポイントを取り入れています):** CPython 3.15/3.16 JIT プロジェクトは、初期段階でパフォーマンスマイルストーンを達成しました。macOS AArch64 上では、JIT が tail‑calling インタプリタより約11〜12 %高速であり、x86_64 Linux では標準インタプリタを約5〜6 %上回っています。また、パフォーマンステストは幅広い結果を示しています。`unpack_sequence` マイクロベンチマークを除けば、約20 %の遅延から100 %以上の速度向上まであります。 主な技術的進歩には次が含まれます: - **トレース記録**:単一の「tracing」命令とデュアルディスパッチテーブルを使用し、インタプリタの肥大化を削減。Linux 上では約6 %遅延から約1〜2 %高速に改善しました。 - **参照カウントの除去**:分岐除去最適化で、命令ごとのオーバーヘッドを削減し、貢献者にとって有益な学習機会を提供します。 JIT チームは 2025 年に主要スポンサーを失いましたが、コミュニティの監督によって努力が継続しています。コア貢献者には Savannah Ostrowski、Mark Shannon、Diego Russo、Brandt Bucher、Hai Zhu、Zheaoli、Tomas Roun、Reiden Ong、および Donghee Na が含まれます。中間レベルの貢献者数は 2 人から 4 人に増加しました。 Savannah の 4 台のマシンで毎日 JIT を実行し、パフォーマンスフィードバックを提供し、回帰を検出し、新しい最適化を検証します。スプリント計画(Cambridge コア スプリント)は、CPython 3.15 で 5 %高速な JIT、3.16 では 10 %、フリースレッディングサポートの追加、および JIT の各段階で活躍するメンテナーを 2 人ずつ確保することを目指しています。 これらの進歩により CPython は競争力を維持し、より広いコミュニティ参加を促進し、フリースレッディングなど将来の機能への土台を築いています。

2026/03/18 0:16

マイクロソフトの「ハッキング不可能」とされていたXbox Oneが、実際に「Bliss」によってハックされました。

## 日本語訳: Markus “Doom” Gaasedelen は、Xbox One のすべてのセキュリティ層を回避し、コンソール上で署名されていないコードを実行できる新しい電圧グリッチ脆弱性「Bliss」を公開しました。この攻撃は、CPU パワー・クラッシュ時に正確にタイミングされた2つの電圧グリッチを注入して ARM Cortex の memcpy 操作をハイジャックします。これにより、セキュリティプロセッサ、ファームウェア暗号化ルーチンへのアクセスが得られ、最終的には Hypervisor とオペレーティングシステムの完全制御が可能になります。Gaasedelen は、この欠陥はハードウェアブート‑ROM の障害にあるためパッチできないと主張しています。「Bliss」は RE//verse 2026 で発表され、2013 年の発売以来初めて大きな Xbox One の脆弱性を示しました。マイクロソフトは以前、このデバイスを「これまでに製造された中で最も安全な製品」と称していました。この発見は、エミュレーションの突破口、アーカイブ作業者によるファームウェア解析の深化、さらにはグリッチ操作を自動化できるモッドチップの可能性など、多くの機会を開きます。テスト中に彼はコンソール内部を可視化するための新しいハードウェア検査ツールも構築しました。この脆弱性はマイクロソフトのセキュリティ評判を損なうものの、ゲームライブラリが重複していることから広範囲にわたる PC 市場への影響は大きくないと見られます。ホビイストやアーカイブ作業者は、Xbox One ファームウェアを探求するための強力な新ツールを手に入れる可能性があります。

**仕事を成し遂げる:メタプロンプティング・コンテキストエンジニアリング・スペック駆動型開発システム** | そっか~ニュース