Get Shit Done（GSD）：给 AI 编程工具装上"纪律委员"

想象这样一个场景：你对 Claude Code 说"给我做一个用户登录系统"，Claude 写了几百行代码，看起来功能完整。但当你真正运行它时，密码重置功能是残缺的，注册流程和数据库完全对不上号，注册页面甚至找不到。这种"看起来能跑但实际上不可用"的输出质量，是每一个用过 AI 编程工具的人都会遇到的痛。

Get Shit Done（以下简称 GSD）正是为了解决这个根本问题而生的。它不是又一个 AI 编程工具，而是一套上下文工程与规格驱动的开发流程框架，给 Claude Code、OpenCode、Gemini CLI、Codex 等主流 AI 编程工具套上一层"做正确的事"的结构约束。

图1：GSD 终端安装效果 — 简洁的 CLI 输出

背景故事：一个人对抗"上下文腐烂"

GSD 的作者 TÂCHES 是一名独立开发者，他在项目 README 中直言不讳地写道："我不写代码，Claude Code 写。"这句话既是宣言，也是 GSD 诞生的根本动机。

他观察到市面上的规格驱动开发工具——SpecKit、OpenSpec、Taskmaster——要么过度复杂（引入冲刺仪式、故事点、利益相关方同步等企业流程），要么根本缺乏对"你到底在构建什么"的整体理解。他不是 50 人工程团队，不想演企业流程，他只是想用 AI 工具把想法真正做出来。

2024 年下半年，他开始构建 GSD。核心洞察是：AI 编程工具的输出质量与上下文质量直接相关。随着会话时间增长，Claude 的上下文窗口被填满，输出质量会逐步劣化——这就是所谓的 context rot（上下文腐烂）。GSD 通过一套系统化的上下文工程方案，在工具层面对抗这种劣化，而不是靠用户自己手动维护上下文。

GSD 迅速获得了广泛关注——截至 2026 年 5 月，原仓库累计超过 63,000 颗星，已被 Amazon、Google、Shopify、Webflow 等一线科技公司的工程师在实际项目中使用。

⚠️ 重要事件： 2026 年 4 月 1 日起，原仓库作者 TÂCHES 失联，社交账号疑似被删除。同时社区发现项目关联的 $GSD 代币与一起Rug Pull事件相关联。社区已主动 fork 出 open-gsd/get-shit-done-redux 继续维护。PIFS 平台当前采集的项目为原仓库，状态为 archived（已归档），新活跃版本在 fork 仓库中。

类比解释：不是教练，是裁判

如果把 Claude Code 这样的 AI 编程工具比作一名天才程序员，那么 GSD 既不是它的上司，也不是它的教练。GSD 更像是一名严格的裁判——它不告诉你代码该怎么写，但它确保整场比赛按规则进行。

具体来说，GSD 引入了三个核心概念：

1. Meta-Prompting（元提示）：不是告诉 AI"做什么"，而是告诉它"用什么方法论来做"。GSD 提供了一套结构化的提示模板，让 AI 从一开始就进入正确的思维框架。

2. Context Engineering（上下文工程）：系统性地管理项目上下文状态，包括需求文档（ROADMAP.md）、规格说明（SPEC.md）、会话状态（STATE.md）、里程碑记录（MILESTONES.md）等。AI 随时能检索到准确的项目状态，而不是依赖记忆。

3. Spec-Driven Development（规格驱动开发）：代码改动必须基于明确的规格说明。AI 不会凭"感觉"写代码——每行代码都能追溯到一个具体的需求或规格。

核心功能：多阶段工作流与智能体编排

GSD 将一个完整的开发周期拆解为多个可管理的阶段（Phase），每个阶段都有明确的输入、输出和验证标准。以下是主要工作流阶段：

需求与规划阶段

• /gsd:plan-phase：分析需求，生成 ROADMAP.md（项目路线图）和 SPEC.md（功能规格说明）
• 领域调研（Domain Researcher）：搜索该领域的最佳实践、技术选型建议
• 假设分析器（Assumptions Analyzer）：识别需求中的未验证假设，降低开发风险
• UI 调研（UI Researcher）：收集参考界面设计案例

执行阶段

• /gsd:execute-phase：按照规划阶段生成的规格说明，分阶段构建功能
• 执行器（Executor）：负责任务的自动化执行，支持自主模式（Autonomous Mode）和快速模式（Quick Mode）
• 代码修复器（Code Fixer）：自动修复构建错误和运行时异常
• 多代理协调：通过 SDK 的 Query 机制协调 32 个专业 Agent

验证阶段

• /gsd:verify-work：验证实现是否符合规格说明
• 规格验证器（Spec Verifier）：逐条检查实现是否满足规格要求
• 交叉回归门（Cross-Phase Regression Gate）：防止新功能破坏已有功能
• Nyquist 验证：确保测试用例覆盖率足够高，防止"表面通过"的假象

上下文管理

• 上下文监控（Context Monitor）：实时追踪上下文窗口使用率，在即将溢出时触发压缩或保存
• 会话状态管理（STATE.md）：维护整个项目的实时状态快照
• 多会话支持：支持按里程碑（MILESTONE）分割长项目，避免单会话过长

技术架构：Node.js 优先，零外部依赖核心

GSD 的技术选型体现了极度的务实主义：

层次	技术选型	说明
CLI 核心	Node.js（CommonJS）	bin/lib/*.cjs，无外部依赖
包管理	npm	get-shit-done-cc（npm）或 npx
SDK	TypeScript（ESM/NodeNext）	sdk/ 目录，完整类型支持
测试	node:test + node:assert	内置 Node.js 测试框架
Hooks	Shell + JavaScript	hooks/ 目录，Git 钩子集成
Agent 定义	Markdown	agents/*.md，32 个专业角色
CLI	npm bin	gsd、gsd-sdk、gsd-tools 三套入口

整个代码库的设计哲学是：核心逻辑零外部依赖。get-shit-done/bin/lib/ 下的所有模块只使用 Node.js 内置 API，确保在任何环境下都能稳定运行，不受第三方包版本变化的影响。

TypeScript SDK（sdk/）则采用现代 ESM 规范，为需要程序化调用的开发者提供类型安全的接口。SDK 通过 Query 机制与各个 Agent 通信，支持从代码层面自定义 GSD 的工作流行为。

上手体验：安装仅需一条命令

GSD 的安装体验极其简单。对于大多数用户，一条命令即可完成安装并开始使用：

npx get-shit-done-cc@latest

系统要求：

• Node.js >= 22（必须，当前版本不支持 Node.js 18/20）
• 支持 macOS、Windows、Linux 三大平台
• 无需 GPU，无需 Docker，纯 CPU 环境即可运行

CLI 界面设计追求极简主义。首次安装后，用户通过一系列交互式命令驱动整个开发流程：/gsd:plan-phase 启动规划、/gsd:execute-phase 执行构建、/gsd:verify-work 验证结果。所有中间产物（ROADMAP.md、SPEC.md、STATE.md）都以 Markdown 文件形式持久化在项目中，可随时查阅和手动修改。

争议与局限：光环之下的阴影

没有任何工具是完美的，GSD 也不例外。以下是几个值得关注的争议点：

1. 维护危机（2026年4月至今未解决） 原仓库作者失联事件对 GSD 的社区信任造成了显著冲击。虽然社区已主动 fork 出 Redux 版本继续维护，但这种"孤儿软件"的风险是真实存在的——没有明确的项目负责人，意味着没有明确的安全漏洞修复责任人。

2. 代币关联争议 GSD 项目曾发行 $GSD 代币（据称在 Solana 链上）。代币被社区发现与一起 Rug Pull 事件相关联。这一事件与项目代码质量无关，但显然会影响部分用户对该工具的信任度。

3. Node.js 22 的门槛 要求 Node.js >= 22 排除了相当一部分仍在使用 LTS 旧版本（Node 18/20）的开发者群体。虽然从技术上看是合理要求（使用新 API），但确实增加了采用门槛。

4. 学习曲线不可忽视 GSD 引入了一套完整的方法论体系。用户需要理解 Phase、Milestone、Spec、Context 等核心概念才能有效使用。对于只是想快速写几行代码的场景，GSD 可能比直接用 Claude Code 更繁琐。

行业意义：AI 编程工具的"工程化元年"

GSD 的崛起可以被视为 AI 编程工具从"尝鲜玩具"向"工程级工具"演进的标志事件之一。

2024 年，随着 Claude Code、Cursor、Windsurf 等工具的爆发式普及，业界开始意识到：AI 编程工具的最大瓶颈不是模型能力，而是如何使用它。单纯的 prompt engineering 已经不够用了——需要系统化的方法论来确保 AI 输出的质量和可维护性。

GSD 正是这一趋势的产物。它代表了一种新的思路：不是让 AI 更聪明，而是让 AI 的工作更有结构。通过将 AI 编程工具纳入规范化的开发流程，GSD 在 AI 与软件工程最佳实践之间架起了一座桥梁。

社区已注意到这个方向。OpenCode 的官方技能库、Claude Code 的 Cline Rules 生态，都在向 GSD 开创的"上下文工程+规格驱动"方向靠拢。虽然原仓库因作者失联事件蒙上阴影，但 Redux fork 的活跃度表明，社区对这套方法论的价值是高度认可的。

对于想要认真使用 AI 编程工具完成真实项目的开发者来说，GSD 提供的不是又一个 AI 模型，而是一套可持续、可验证、可维护的开发方法论。这才是它真正的价值所在。