GSD (Get Shit Done) - 技术发现报告

GSD 是一个轻量级的元提示（meta-prompting）、上下文工程（context engineering）和规格驱动开发（spec-driven development）系统，专为 Claude Code 等 AI 编码代理设计，解决长会话中 AI 输出质量随上下文窗口填满而退化的"上下文腐化"问题。

GSD (Get Shit Done) - 技术发现报告

基本信息

  • 名称： GSD (Get Shit Done)
  • 官方地址： https://gsd.build
  • GitHub 仓库： https://github.com/gsd-build/get-shit-done
  • 当前版本： v1.35.0（最新 Release，发布于 2026-04-11）；npm 包 get-shit-done-cc 最新版本 1.34.2
  • License： MIT License
  • 主要编程语言： JavaScript (82.3%)、TypeScript (16.9%)、Shell (0.8%)
  • 首次发布日期： 2025 年（确切首次发布日期待验证，项目在 2025 年中期开始获得关注）
  • 创建者/维护团队： TACHES（Lex Christopherson），组织名为 gsd-build

一句话定位

GSD 是一个轻量级的元提示（meta-prompting）、上下文工程（context engineering）和规格驱动开发（spec-driven development）系统，专为 Claude Code 等 AI 编码代理设计，解决长会话中 AI 输出质量随上下文窗口填满而退化的"上下文腐化"问题。

核心特性

  1. 上下文工程（Context Engineering） - 通过 PROJECT.md、REQUIREMENTS.md、ROADMAP.md、STATE.md 等结构化文件为 AI 提供精确的项目上下文，确保 AI 在任何会话阶段都能获取足够的背景信息，避免"上下文腐化"导致的输出质量下降。
  2. 多代理编排（Multi-Agent Orchestration） - 每个阶段由轻量编排器（orchestrator）分派专用代理（researcher、planner、checker、executor、verifier）并行工作，研究阶段 4 个并行研究员同时调查技术栈、特性、架构和陷阱；执行阶段每个计划在独立的 200k token 上下文中实施，主会话上下文保持 30-40% 占用。
  3. 规格驱动开发（Spec-Driven Development） - 核心工作流为"讨论 -> 计划 -> 执行 -> 验证 -> 交付"的循环，每个阶段产出 XML 结构化的任务计划，内置验证步骤，每个任务完成后自动生成原子 Git 提交，支持 wave 并行执行依赖无关的任务。
  4. 多运行时支持 - 除 Claude Code 外，还支持 OpenCode、Gemini CLI、Kilo、Codex、Copilot、Cursor、Windsurf、Antigravity、Augment、Trae、Qwen Code、CodeBuddy、Cline 等 14+ 种 AI 编码工具。
  5. 安全硬化 - 自 v1.27 起内置路径遍历防护、提示注入检测、PreToolUse 提示守卫 hook、安全 JSON 解析、Shell 参数验证等多层安全机制。

社区生态

  • GitHub Stars： 49,200+（截至 2026-04-12，来源：Star History）
  • GitHub Forks： 4,200+
  • GitHub Watchers： 223
  • Contributors： 社区贡献者参与（具体数量因页面加载问题未能精确获取）
  • 最近更新日期： 2026-04-11（v1.35.0 Release），项目处于高度活跃状态，已发布 48 个 Release
  • 社区讨论热度： 极高。Reddit r/ClaudeAI 和 r/ClaudeCode 多个热帖；Hacker News 前页讨论；YouTube 多个评测视频；Discord 社区活跃
  • npm 下载量： 具体数值待验证（npm 页面显示有下载追踪徽章，根据社区帖子早期即突破 15,000 下载）
  • Releases 数量： 48 个版本（截至 2026-04-12）

技术栈定位

  • 所属领域： AI 辅助编码 / AI Agent 工作流编排 / 上下文工程
  • 解决的核心问题： AI 编码代理在长会话中因上下文窗口填满导致输出质量退化（"context rot"）；缺乏结构化的项目规划、任务分解和质量验证机制；Vibecoding 产生不可维护的"意大利面条式代码"
  • 替代/竞品技术：
  • BMAD - 四阶段敏捷循环框架
  • Superpowers - 全功能开发工作流工具包，定位为 AI 编码的"外脑"
  • SpecKit - 门控阶段与显式检查点的规格驱动框架，约 70K-84K GitHub Stars（来源：GitHub Stars Leaderboard 和 Augment Code）
  • G Stack - CEO 风格的计划/审查系统，约 50K Stars（来源：OSS Insight）
  • OpenSpec - 开放规格框架
  • Taskmaster - 任务管理框架
  • 依赖的上游技术： Claude Code (Anthropic)、Node.js/npm、Git、各 AI 编码运行时
  • 下游使用者/集成方： Solo 开发者、小型团队；据称有 Amazon、Google、Shopify、Webflow 等公司工程师使用

关键链接汇总

官方资源

教程资源

社区资源

信息来源