Get Shit Done (GSD)

简介

适合人群

用编码 Agent 做真实项目、被「上下文越用越糊、改来改去还是不对」困扰的开发者；愿意把工作流从「对话式开发」改成「规格 + 相位循环」的人。

核心内容

1. 01核心理念：规格先行，让 Claude 一次写对

   GSD 的三根支柱是 meta-prompting（用元提示驱动 AI 自己拆解与规划）、context engineering（主动管理上下文，避免质量劣化）与 spec-driven development（规格先行，先写清楚要什么再写代码）。核心思路不是「写完再改」，而是动手前把需求、计划与验收标准定清楚，让编码助手第一次就接近正确。仓库原描述就叫「for Claude Code by TÂCHES」的轻量系统。

2. 02它解决什么：context rot 与「干净上下文」解法

   它直指的痛点是 context rot：随着会话进行，AI 的上下文窗口被历史对话、无关文件与中间产物填满，输出质量持续下降；同时会话之间没有共享记忆，也没有人真正验证代码能不能跑。GSD 的解法是把重活放进「干净上下文」的子代理里执行——每个执行器都从全新的 200k token 上下文开始，主会话保持精简，关键推理不被旧信息污染。

3. 03五步相位循环：Discuss → Plan → Execute → Verify → Ship

   每个里程碑都走同一条循环，一次只做一个相位：Discuss（动手规划前先记录实现决策）→ Plan（研究、拆解并验证计划装得进一个干净上下文）→ Execute（并行波次执行，每个执行器从干净上下文开始）→ Verify（走查建了什么、诊断并修复，才宣布完成）→ Ship（创建 PR、归档该相位，进入下一个里程碑）。

4. 04关键产物：STATE.md / CONTEXT.md 与验证步骤

   跨会话的记忆靠结构化产物承载：STATE.md 记录当前状态，CONTEXT.md 保存决策与背景，它们能在会话边界之间存活，弥补「会话之间没有共享记忆」的缺口。Verify 一步尤其关键——不是看测试跑没跑，而是逐项走查产物、生成修复计划，未通过前不算完成。这三点（干净上下文、跨会话产物、验证）就是它「为什么能规模化」的答案。

5. 05怎么上手：安装器、命令与教程

   上手很简单：运行 npx @opengsd/gsd-core@latest，安装器会询问你的运行时（Claude Code、OpenCode、Antigravity CLI、Kimi CLI、Codex、Copilot、Cursor、Windsurf 等）并完成配置——官方明确要求用安装器而非手动拷贝文件。然后对新项目跑 /gsd-new-project、对已有代码库跑 /gsd-onboard，再按官方教程走完第一个 phase 并完成首次发布。

实践建议

• 用 npx @opengsd/gsd-core@latest 安装器在你的主力运行时上装好 GSD，注意别手动拷文件。
• 拿一个已有项目跑 /gsd-onboard，观察它如何生成 CONTEXT.md 与 STATE.md 这类跨会话产物。
• 完整走一遍一个里程碑的五个相位，重点体验 Execute 的干净上下文与 Verify 的走查-修复环节。
• 对比你平时的对话式开发与 GSD 的规格先行流程，记录两者在产出质量上的差异。

配套工作流

同类资源