🚀 GSD (Get Shit Done)：62.5k Stars 的 Claude Code 开发系统，6 个命令解决上下文膨胀问题 / GSD (Get Shit Done): 62.5k Stars — 6 Commands to Solve Context Rot in Claude Code
GitHub: gsd-build/get-shit-done | ⭐ 62,594 | 🛠 Node.js/TypeScript | MIT License
你用过 Claude Code 写项目吧？一开始非常猛，但随着上下文窗口越塞越满，质量直线下降。写两小时后 Claude 开始"失忆"——忘了项目结构、忘了之前的约定、开始写重复代码。这有一个专有名词叫 context rot（上下文腐败），是每个用 AI 编码的人都会撞的墙。
GSD（Get Shit Done） 就是专为这个痛点设计的。作者 TÂCHES 说自己是一个独立开发者，不写代码——Claude Code 替他写。他发现市面上已有的规约驱动工具（SpecKit、OpenSpec）都是给 50 人团队用的：Sprint 仪式、Story Points、Jira 工作流。他不需要这些。他只需要一个命令下去，系统帮他规划、执行、验证、交付。于是有了 GSD。
62.5k 星，6 周冲到 GitHub 趋势榜前排。Amazon、Google、Shopify 的工程师都在用。
一、安装：一行命令
npx get-shit-done-cc@latest
支持 Claude Code、OpenCode、Gemini CLI、Kilo、Codex、Copilot、Cursor、Windsurf 等 15 个运行时。安装时选择你的运行时和安装模式即可。
GSD 对权限要求很高，推荐启动时加 --dangerously-skip-permissions：
claude --dangerously-skip-permissions
作者原话：GSD 就是为无摩擦自动化的场景设计的，skip-permissions 是预期用法。
安装可选 profile：--profile=core（6 个核心命令）、--profile=standard（core + 阶段管理），完全安装默认全量。
二、六个命令，一个闭环
整个工作流就是 6 个命令的循环。每一个只做一件事：
1. 初始化项目
/gsd-new-project
问你一些问题 → 自动做 research → 输出需求文档 → 生成路线图。你 approve，然后开始干。
已经有代码了？先跑 /gsd-map-codebase 分析你的技术栈、架构和编码约定，/gsd-new-project 就能问出更精准的问题。
2. 讨论阶段细节
/gsd-discuss-phase 1
路线图上每个阶段只有一句话描述，不足以精准实现你的想法。Discuss 命令在写任何代码之前，先帮你把布局、API 设计、错误处理、数据结构等灰色地带定下来。
3. 规划
/gsd-plan-phase 1
Research → plan → verify 循环。每次产出的 Plan 足够小，可以在一个全新的上下文窗口中完整执行。反复验证直到方案通过。
4. 执行
/gsd-execute-phase 1
Plans 按并行 wave 执行。每个 executor 获得一个 200k token 的完全新上下文。每个任务都有自己的独立 git commit。你可以走开，回来看到的是一个干净的 git 历史。
注意你的主上下文一直保持在 30–40% 的使用率——实际工作在子 agent 里跑，主窗口不膨胀。
5. 验证
/gsd-verify-work 1
遍历所有构建的内容。出问题的地方由专门的 debug agent 诊断并生成修复计划——你不需要自己 debug，直接跑 execute 就行。
6. 重复 → 发布
/gsd-ship 1
/gsd-complete-milestone
/gsd-new-milestone
循环 discuss → plan → execute → verify → ship，直到里程碑完成。然后归档、打 tag、开始下一个。
三、核心原理：三件事做对了
GSD 解决大部分 AI 编码 setup 搞错的三个问题：
1. 上下文膨胀。 AI 对话越写越笨。GSD 把重活都丢到新的子 agent 上下文里跑，主窗口始终保持清爽。研究员、规划师、执行者各自从零开始，只加载自己需要的信息。
2. 没有共享记忆。 GSD 维护一组持久化的结构化文件，跨 session 存活：
- PROJECT.md — 愿景
- REQUIREMENTS.md — 需求范围
- ROADMAP.md — 路线图
- STATE.md — 当前状态和决策记录
- CONTEXT.md — 每阶段的实施决策
每次新 session 加载这些文件，立刻知道项目卡在哪一步。
3. 缺少验证环节。 能跑通的代码不等于能工作的代码。GSD 的 verify 步骤完全走一遍所有产出，自动诊断失败项、生成修复方案。不通过就不算阶段完成。
四、配置项
设置文件在 .planning/config.json：
| 配置 | 作用 |
|---|---|
mode |
interactive（每步确认）或 yolo（全自动批准） |
| 模型配置 | quality / balanced / budget — 控制每个 agent 用什么模型 |
parallelization.enabled |
开/关并行执行 |
workflow.research / plan_check / verifier |
开关质量 agent（省 token 用） |
五、实际体验
装完 GSD 之后你基本不说"我去写代码"了，而是说"我去跑个命令"。
新项目工作流全变成：/gsd-new-project → 回答几个问题 → /gsd-plan-phase 1 → 确认计划 → 走开喝茶 → 回来 /gsd-verify-work 1 → 没问题 /gsd-ship 1。
你的角色从"写代码的人"变成了"审核代码的人"。主上下文一直在 30-40%，Claude 不会变"笨"。
它不酷，它只是有用。而有用比酷值钱得多。
踩坑记录
- 第一次用别开 yolo 模式——先跑
interactive看看每一步做了什么，再决定要不要全自动 - Docker 容器里安装需要设置
CLAUDE_CONFIG_DIR：CLAUDE_CONFIG_DIR=/home/user/.claude npx get-shit-done-cc --global - 命令不显示？ 重启运行时。GSD 安装到
~/.claude/skills/gsd-*/或对应运行时的目录 - 安装器是幂等的——出问题了重新跑一次就好
标签：#GSD #GetShitDone #ClaudeCode #AI编程 #上下文工程 #规约驱动开发 #SpecDriven