Agent 框架
⭐ 64,700
context-engineeringagent-orchestrationspec-driven-developmentmilestonecliproject-management
GSD (Get Shit Done)
元提示与上下文工程系统：用里程碑循环（提问→研究→规划→按wave并行执行→验证→发布）驯服 context rot，让 Claude Code 等 13+ 运行时在大项目上稳定不跑偏，每个任务原子提交、可回滚可审计。
仓库：gsd-build/get-shit-done
热度证据：r/ClaudeAI 最佳技能帖中『GSD for large projects is absolutely golden』被赞为第 1;GitHub 64.7k 星/月增近千星;brainfck 按 upvotes 排第一
五维评分
热度5/5
质量5/5
创新4/5
易用4/5
文档5/5
优秀点拆解
- 上下文预算治理：context-budget.md 定义 PEAK/GOOD/DEGRADING/POOR 四级降级策略、按 context window 缩放的读取深度，并把 MCP 工具 schema 的每轮 token 成本列为最大成本杠杆要求阶段前审计
- 编排者-执行者分离：orchestrator 只保留 ~15% 上下文做协调，每个执行子代理拿到 200k 全新上下文，从机制上杜绝上下文腐烂
- 四类门控体系：Pre-flight/Revision（带迭代上限与停滞检测）/Escalation/Abort 四类门与全部工作流做矩阵映射，验证逻辑统一可审计
- 文件系统即状态机：.planning/ 七类文档 + 每产物原子 git 提交 + safe_resume_gate 检测中断痕迹，跨会话容错，上下文丢失后产物依然可恢复
- 断点恢复带反模式记忆：.continue-here.md 记录 blocking 反模式，恢复前必须用三问（是什么/怎么发生/什么机制防止）证明理解教训
可复用的设计模式
- 命令壳与工作流正文分离：commands 只放 front matter 与 @path 引用，逻辑按 workflows/templates/references 分层，把提示当代码库管理
- XML 结构化任务契约：<name>/<files>/<action>/<verify>/<done> 四段让任务可解析、验证内建（提示即测试）
- 门控分类法：所有检查点按 Pre-flight → Revision → Escalation → Abort 设计，先画门控矩阵再写流程
- 按模型能力自适应提示：读 context_window 配置动态富化/瘦身子代理 prompt，并提供 --minimal 安装档把冷启动 12k token 压到 700
适用场景
多阶段、跨会话的大型软件项目开发，需要 AI 长时间自主干活对已有代码库的 brownfield 改造（先 /gsd-map-codebase 再初始化）需要可回滚、可 bisect、可审计的 AI 编码流水线（原子提交）独立开发者/小团队的「单人软件工厂」式里程碑迭代开发
边界与注意：体量大（64 命令 + 34 agents + 91 workflows，完整档冷启动 ~12k token，仅 --minimal 缓解）；概念层厚、上手学习曲线明显；全效依赖 claude --dangerously-skip-permissions；明确拒绝企业流程（冲刺/Jira），不适合大型团队协作仪式；旧仓库已迁移至 open-gsd/gsd-core
完整拆解分析文档
本页为摘要版，完整精读分析（核心机制、逐条优秀点拆解、写作过程）见本地 Markdown 文档：
analysis/gsd-get-shit-done.md