GSD (Get Shit Done) - AI编程工作流详解

简介

GSD (Get Shit Done) 是目前最火的 AI 编程工作流之一，GitHub 约 23K+ stars。它是一个规范驱动开发 (Spec-Driven Development) 框架，专门为 Claude Code、OpenCode、Gemini CLI 等 AI 编程工具设计。

核心解决的问题：Context Rot（上下文腐烂）

传统 AI 编程中，随着对话进行，上下文窗口被填满，AI 的输出质量会逐渐下降
GSD 通过"每个任务独立上下文"的方式解决，每个任务都在全新的 200K token 环境中执行

架构组成：

28+ 个 Slash 命令
12 个专用 Agent（规划、执行、验证、研究等）
纯 Markdown 文件 + Node.js CLI，无专有运行时

---

核心流程（五阶段）

阶段	命令	作用
初始化	`/gsd:new-project`	深度提问 → 领域研究 → 需求提取 → 生成路线图
讨论	`/gsd:discuss-phase N`	明确实现偏好、视觉风格、API 设计等
规划	`/gsd:plan-phase N`	研究实现方案，生成 2-3 个原子任务计划
执行	`/gsd:execute-phase N`	并行执行计划，每个任务独立上下文，原子提交
验证	`/gsd:verify-work N`	确认目标达成，而非仅任务完成

执行模式：

波浪式并行：分析依赖关系，独立任务并行执行
快速模式 /gsd:quick：跳过完整流程，适合小任务

---

常用命令

命令	用途
`/gsd:new-project [--auto]`	创建新项目，auto 模式跳过交互
`/gsd:map-codebase`	分析已有代码库（遗留项目）
`/gsd:discuss-phase N`	讨论第 N 阶段的实现细节
`/gsd:plan-phase N [--prd]`	为第 N 阶段创建执行计划
`/gsd:execute-phase N [--gaps-only]`	执行第 N 阶段计划
`/gsd:verify-work N`	验证第 N 阶段工作
`/gsd:quick [--discuss] [--full]`	快速模式处理小任务
`/gsd:complete-milestone`	归档、打标签、初始化下一周期

---

生成的核心文档

PROJECT.md - 项目愿景
REQUIREMENTS.md - 带 REQ-ID 的需求
ROADMAP.md - 阶段划分与成功标准
PLAN.md - 原子任务计划（XML 结构）
STATE.md - 项目状态追踪

---

优缺点分析

✅ 优点

1. 解决上下文腐烂 - 每个任务独立 200K 上下文，质量稳定 2. 原子提交 - 每个任务独立 commit，git 历史清晰 3. 并行执行 - 独立任务可并行处理，提升效率 4. 质量验证 - 每个阶段都有验证环节，确保目标达成 5. 无 vendor 锁定 - 纯 Markdown + 标准 Claude Code 功能 6. 受大厂认可 - Amazon、Google、Shopify、Webflow 等工程师使用

❌ 缺点

1. 非全自动 - 每个阶段边界需要人工触发命令 2. 学习曲线 - 需要理解规范驱动开发的思维模式 3. 前期投入大 - 初始化阶段需要回答大量问题 4. 不适合探索性编码 - 更适合目标明确的项目 5. 依赖 Claude Code - 生态主要在 Claude Code

---

一句话总结

GSD 是一套"把聊天变成工程"的框架——它牺牲了一些即时互动的流畅感，换取了可预测、可验证、可规模化的 AI 编程体验。适合需要交付生产级代码的场景，而非快速原型验证。

---

参考链接

GitHub: https://github.com/gsd-build/get-shit-done
安装: npx get-shit-done-cc
文档: https://zread.ai/gsd-build/get-shit-done

#记忆 #GSD #AI编程 #工作流 #ClaudeCode #规范驱动开发