Hacker Newsが押し上げたGet Shit Done、coding agent運用が単発promptからspec systemへ移行

なぜこのリポジトリがHacker Newsで響いたのか

2026年3月17日、Get Shit Done を紹介した Hacker News 投稿は404 points、223 commentsを集めた。このリポジトリが売っているのは新しい foundation model ではない。すでに coding agent を使い始めた開発者がぶつかる運用上の問題、つまり prompt drift、意思決定の喪失、浅い planning、長い session で context window が埋まったあとの品質低下を扱おうとしている。README でも meta-prompting、context engineering、spec-driven development system と明示している。

実際に提供しているのは、複数ランタイムの上に乗る workflow layer だ。インストーラは Claude Code、OpenCode、Gemini CLI、Codex、Copilot、Antigravity を対象とし、Codex については custom prompt ではなく skills で導入すると説明している。基本フローは npx get-shit-done-cc@latest から始まり、/gsd:new-project、/gsd:discuss-phase 1、/gsd:plan-phase 1 へ進む。README によれば、その過程で PROJECT.md、REQUIREMENTS.md、ROADMAP.md、STATE.md などのファイルや research artifact が作られる。

単発promptから“作業OS”へ

より大きなシグナルは、coding agent の使い方が単発の prompt テクニックから再利用可能な運用システムへ移っていることだ。Get Shit Done は表向きには少数の command しか見せないが、内部では context engineering、XML formatting、state management、subagent orchestration を扱うと主張している。この特定プロジェクトを採用するかどうかは別として、方向性は重要だ。価値の中心が「1回どう聞くか」から、「仕事をどう分解し、記録し、調査し、引き渡すか」へ移り始めているからだ。

Hacker News が反応した理由もそこにある。planning と verification を支える永続的な構造がないと、agent の品質が急速に崩れることを多くの開発者が実感し始めている。曖昧な product idea を scope、phase、discussion context、research、implementation state に変換する仕組みは、agent 作業を improvisation ではなく repeatable なものにしようとする試みとして魅力的に映る。

生産性の裏にあるトレードオフ

一方で README はこのカテゴリの核心的な緊張も示している。project は friction を減らすため、Claude Code を --dangerously-skip-permissions 付きで実行するよう勧めている。この助言は止まらない自動化という目標には合うが、同時に高自律 workflow が local permissions、tool scope、blast radius をどれだけ重要にするかも物語っている。つまり Get Shit Done は一つの repo であると同時に、agent productivity tool が process framework へ成熟し、その過程で governance の問題も一緒に抱え始めている証拠でもある。

原典: GitHub repository。コミュニティ議論: Hacker News。