革命性AI开发工具Get Shit Done:彻底解决Claude Code上下文衰退难题,让AI编程更可靠

【免费下载链接】get-shit-done A light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES. 【免费下载链接】get-shit-done 项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done

你是否曾在使用Claude Code进行AI编程时,发现随着对话的深入,AI的响应质量逐渐下降?这就是困扰无数开发者的"上下文衰退"问题。现在,Get Shit Done(简称GSD)带来了革命性的解决方案——一个轻量级且功能强大的元提示系统,专门为Claude Code、OpenCode和Gemini CLI等AI编程工具设计,集成了元提示技术、上下文工程和规范驱动开发功能,让AI开发过程变得更加高效和可靠。

🚀 什么是Get Shit Done?

GSD是一个将复杂性隐藏在系统内部,为用户提供简洁工作流程的开发工具。它运用了上下文工程、XML提示格式化、子代理编排和状态管理等先进技术,而你只需要使用几个简单易用的命令就能获得卓越的开发体验。

Get Shit Done解决上下文衰退问题

🔍 上下文衰退:AI开发者的噩梦

在传统的AI编程中,随着对话轮次的增加,Claude Code会逐渐"忘记"早期的上下文信息,导致:

  • 代码质量下降:后续生成的代码越来越偏离原始需求
  • 逻辑不一致:AI无法保持连贯的开发思路
  • 重复解释:需要不断重复之前的决策和约束
  • 效率低下:花费大量时间重新解释需求

GSD通过强大的上下文工程层,为Claude Code提供了可靠的支持。当你描述开发想法时,GSD系统会自动提取所需的全部信息,然后让Claude Code专注于工作本身。这种方式从根本上解决了上下文衰退的问题。

⚡ GSD的独特优势

1. 多代理编排系统

GSD采用智能的多代理架构,每个阶段都有专门的代理负责:

阶段 协调器职责 代理职责
研究 协调、呈现发现 4个并行研究者调查技术栈、功能、架构、陷阱
规划 验证、管理迭代 规划器创建计划,检查器验证,循环直到通过
执行 分组为波次、跟踪进度 执行器并行实现,每个都有新鲜的200K上下文
验证 呈现结果、路由下一步 验证器检查代码库是否符合目标,调试器诊断失败

2. 原子Git提交

每个任务完成后立即获得自己的提交:

abc123f docs(08-02): complete user registration plan
def456g feat(08-02): add email confirmation flow
hij789k feat(08-02): implement password hashing
lmn012o feat(08-02): create registration endpoint

好处:Git bisect能准确定位失败任务,每个任务可独立回滚,为未来的Claude会话提供清晰的历史记录。

3. 波次执行机制

计划根据依赖关系分组为"波次"。在每个波次内,计划并行运行。波次按顺序运行:

┌────────────────────────────────────────────────────────────────────┐
│  PHASE EXECUTION                                                   │
├────────────────────────────────────────────────────────────────────┤
│                                                                    │
│  WAVE 1 (parallel)          WAVE 2 (parallel)          WAVE 3      │
│  ┌─────────┐ ┌─────────┐    ┌─────────┐ ┌─────────┐    ┌─────────┐ │
│  │ Plan 01 │ │ Plan 02 │ →  │ Plan 03 │ │ Plan 04 │ →  │ Plan 05 │ │
│  │         │ │         │    │         │ │         │    │         │ │
│  │ User    │ │ Product │    │ Orders  │ │ Cart    │    │ Checkout│ │
│  │ Model   │ │ Model   │    │ API     │ │ API     │    │ UI      │ │
│  └─────────┘ └─────────┘    └─────────┘ └─────────┘    └─────────┘ │

🛠️ GSD核心工作流程

第1步:初始化项目

/gsd:new-project

一个命令,一个流程。系统会:

  1. 提问:直到完全理解你的想法(目标、约束、技术偏好、边界情况)
  2. 研究:生成并行代理来调查领域(可选但推荐)
  3. 需求:提取v1、v2和超出范围的内容
  4. 路线图:创建与需求映射的阶段

第2步:讨论阶段

/gsd:discuss-phase 1

这是你塑造实现的地方。系统分析阶段并基于正在构建的内容识别灰色区域:

  • 视觉功能 → 布局、密度、交互、空状态
  • API/CLI → 响应格式、标志、错误处理、详细程度
  • 内容系统 → 结构、语气、深度、流程
  • 组织任务 → 分组标准、命名、重复项、例外

第3步:规划阶段

/gsd:plan-phase 1

系统:

  1. 研究:调查如何实现此阶段,由你的CONTEXT.md决策指导
  2. 规划:创建2-3个原子任务计划,采用XML结构
  3. 验证:根据需求检查计划,循环直到通过

第4步:执行阶段

/gsd:execute-phase 1

系统:

  1. 以波次运行计划:尽可能并行,依赖时顺序执行
  2. 每个计划都有新鲜上下文:200K令牌纯粹用于实现,零积累垃圾
  3. 每个任务单独提交:每个任务获得自己的原子提交
  4. 根据目标验证:检查代码库是否提供了阶段承诺的内容

第5步:验证工作

/gsd:verify-work 1

这是你确认它实际工作的地方。系统:

  1. 提取可测试的交付物:你现在应该能够做什么
  2. 逐个引导你:"你能用电子邮件登录吗?" 是/否,或描述问题
  3. 自动诊断失败:生成调试代理查找根本原因
  4. 创建已验证的修复计划:准备立即重新执行

🎯 GSD与其他工具的区别

其他规范驱动开发工具,如BMAD、Speckit等,往往将事情变得过于复杂,引入了诸如冲刺会议、故事点、利益相关者同步、回顾会议、Jira工作流等繁琐流程,或者缺乏对所构建项目的整体理解。

GSD的不同之处

  • 为创意人士设计:不是为50人的软件公司设计,不玩企业级剧场
  • 复杂性在系统中:不是在你的工作流程中
  • 专注于构建:帮助你构建出色且实用的产品

🚀 快速开始使用GSD

安装

npx get-shit-done-cc@latest

安装程序会提示你选择:

  1. 运行时 — Claude Code、OpenCode、Gemini、Codex、Copilot、Cursor、Windsurf、Antigravity或全部
  2. 位置 — 全局(所有项目)或本地(仅当前项目)

验证安装

  • Claude Code / Gemini: /gsd:help
  • OpenCode: /gsd-help
  • Codex: $gsd-help
  • Copilot: /gsd:help
  • Antigravity: /gsd:help

推荐:跳过权限模式

GSD专为无摩擦自动化设计。使用以下方式运行Claude Code:

claude --dangerously-skip-permissions

📊 核心命令速查表

命令 功能描述
/gsd:new-project 完整初始化:问题→研究→需求→路线图
/gsd:discuss-phase [N] 在规划前捕获实现决策
/gsd:plan-phase [N] 为阶段进行研究和规划
/gsd:execute-phase <N> 在并行波次中执行所有计划
/gsd:verify-work [N] 手动用户验收测试
/gsd:ship [N] 从已验证的阶段工作创建PR
/gsd:next 自动推进到下一个逻辑工作流程步骤
/gsd:fast <text> 内联琐碎任务 — 完全跳过规划,立即执行

🔧 配置个性化体验

GSD将项目设置存储在.planning/config.json中。通过/gsd:settings配置:

核心设置

设置 选项 默认 控制内容
mode yolo, interactive interactive 自动批准vs每个步骤确认
granularity coarse, standard, fine standard 阶段粒度 — 范围如何切片

模型配置文件

控制每个代理使用的Claude模型。平衡质量与令牌消耗:

配置文件 规划 执行 验证
quality Opus Opus Sonnet
balanced (默认) Opus Sonnet Sonnet
budget Sonnet Sonnet Haiku
inherit 继承 继承 继承

🛡️ 内置安全加固

GSD自v1.27起包含深度防御安全:

  • 路径遍历预防 — 所有用户提供的文件路径都经过验证
  • 提示注入检测 — 集中式security.cjs模块在用户提供的文本进入规划工件前扫描注入模式
  • PreToolUse提示保护钩子gsd-prompt-guard扫描写入.planning/的嵌入式注入向量
  • 安全JSON解析 — 格式错误的--fields参数在破坏状态前被捕获
  • Shell参数验证 — 用户文本在shell插值前被清理

💡 实际应用场景

场景1:新项目启动

你想构建一个电子商务平台,但不确定从哪里开始。使用/gsd:new-project,系统会引导你完成整个过程,从理解需求到创建详细的路线图。

场景2:现有项目增强

你有一个正在运行的项目,需要添加新功能。使用/gsd:map-codebase先分析你的代码库,然后/gsd:new-milestone开始新版本。

场景3:快速修复

你需要快速添加暗模式切换。使用/gsd:quick "Add dark mode toggle to settings",GSD会处理其余部分。

🎨 项目结构

GSD创建和维护以下文件结构:

文件 功能
PROJECT.md 项目愿景,始终加载
research/ 生态系统知识(技术栈、功能、架构、陷阱)
REQUIREMENTS.md 具有阶段可追溯性的范围化v1/v2需求
ROADMAP.md 你要去的地方,已完成的内容
STATE.md 决策、阻塞项、位置 — 跨会话的记忆
PLAN.md 具有XML结构的原子任务,验证步骤
SUMMARY.md 发生了什么,改变了什么,提交到历史记录
todos/ 为以后工作捕获的想法和任务
threads/ 用于跨会话工作的持久上下文线程
seeds/ 前瞻性想法,在正确的里程碑出现

🔮 未来展望

GSD正在不断进化,未来版本将带来更多令人兴奋的功能:

  • 增强的UI设计合同:更智能的前端代码生成
  • 更强大的多项目支持:改进的工作空间管理
  • 高级调试功能:更深入的故障诊断工具
  • 社区集成:与更多开发工具的无缝集成

🤝 加入社区

GSD已经受到Amazon、Google、Shopify和Webflow工程师的信任。无论你是AI开发新手还是有经验的开发者,GSD都能为你带来全新的开发体验。

立即开始,彻底解决上下文衰退难题,让你的AI开发工作更加顺畅高效!

记住:Claude Code很强大。GSD让它变得可靠。

【免费下载链接】get-shit-done A light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES. 【免费下载链接】get-shit-done 项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done

Logo

欢迎加入DeepSeek 技术社区。在这里,你可以找到志同道合的朋友,共同探索AI技术的奥秘。

更多推荐