GSD如何解决AI编程上下文衰减Claude Code上下文工程系统完整指南【免费下载链接】get-shit-doneA light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-doneGet Shit DoneGSD是一个轻量级的元提示与上下文工程系统配套 Claude Code 等 AI 编程工具使用解决上下文衰减——即对话越深入、AI 输出质量越差的问题。它用规范驱动开发和多代理编排把长程 AI 编程变成稳定、可验证的流程个人开发者也能直接上手。使用场景从一个模糊想法到可验收的版本假设你要做一个小型电商网站已经和 AI 聊了产品列表、购物车、支付回调。聊到第三天它的回答开始和你最初定的技术栈打架细节越写越乱。问题不在模型不够聪明而在上下文窗口被塞满了。装上 GSD 后流程会换一种走法你先运行/gsd-new-project系统会先提问问到完全理解你的想法再生成需求清单和分阶段的路线图由你批准。之后每个阶段都走讨论 → 规划 → 执行 → 验证每一步都交给拿着全新上下文的代理去做关键决策落在文件里而不是留在长对话里。对你意味着你可以把整条流程交给系统只保留最后的验收权。了解它的行为方式后再来看 GSD 到底是个什么样的工具。GSD的一句话定位与三个设计决策GSD 是架在你和 Claude Code 之间的一层可靠性层复杂性留在系统内部你只看到几个命令。这个定位由三个设计决策撑起。第一把复杂性藏进系统。它决定你不需要学习上下文工程的细节只会敲命令就行。做法是元提示、子代理编排、状态管理全部封装在命令文件与工作流里你接触到的只有/gsd-*命令层。对你意味着安装完就能启动项目没有学习曲线。第二用全新上下文执行任务。每个原子任务都在独立的子代理里、用干净的上下文窗口运行主会话只负责编排。对你意味着AI 干活的品质不随对话轮次衰减。第三把状态写进文件。PROJECT.md、ROADMAP.md、STATE.md 持续记录愿景、路线和决策随时可加载。对你意味着长项目可以拆成多个会话随时接着干。这三点直接决定了上手的形态。上手路径从安装到完成第一个任务整个上手路径分四步。安装运行npx get-shit-done-cclatest。按提示选择运行时Claude Code、OpenCode、Gemini、Codex 等和安装位置全局或当前项目即可。验证重启工具后输入/gsd-helpCodex 为$gsd-help。能看到命令列表说明安装成功。初始化项目运行/gsd-new-project系统提问、研究、提取需求并生成路线图你批准后即可开工已有代码库先跑/gsd-map-codebase。完成第一个任务按阶段依次执行讨论、规划、执行、验证小任务用/gsd-quick直接完成。跑完第一个阶段你就完整经历了一遍流程。什么时候该用什么时候不必用GSD 面向独立开发者和小团队里想描述清楚需求、然后正确地建出来的人。项目阶段多、周期长时价值最明显给现有项目加功能先映射代码库再开新里程碑即可。但也有不值得用的情形一次性脚本、改一个按钮样式这类小改动走完整规划流程的成本远高于任务本身直接找 AI 改更快。如果你的团队需要故事点、回顾会这类企业级流程管理GSD 也刻意不做它只解决一个人加 AI 把产品做出来这件事。分清边界后面理解它的原理会更容易。底层原理它是如何做到的它的机制用三个模块就能讲清。上下文工程把 AI 需要的信息写成结构化文件PROJECT.md、REQUIREMENTS.md、PLAN.md代理开工时按文件加载不必从长对话里回忆。多代理编排主代理只负责协调重活由全新上下文里的专职代理完成主窗口占用被压到 30%–40% 左右。原子 Git 提交每个任务完成后立即生成独立提交git bisect能精确定位问题任务单个任务可独立回滚。专职代理的定义都放在 agents/ 目录想深入了解可对照 docs/ARCHITECTURE.md 阅读。影响体验的三个细节以下细节是日常使用中最容易被注意到的部分。安全用户提供的文本在进入规划文件前会做提示注入扫描写入.planning/目录的动作有钩子守卫.env等敏感文件可加入读取拒绝列表。文件组织.planning/目录集中存放路线图、状态、计划和待办默认纳入 git 跟踪项目进度一眼可见。命令体系命令覆盖从初始化到验收的全流程随时用/gsd-progress查看我在哪、下一步做什么。更完整的命令与配置说明见 docs/zh-CN/README.md。真实反馈数据与一条用户评价先看两个量化数据主会话的上下文占用维持在 30%–40%重活全部发生在子代理的全新窗口里每个执行代理都拿到一份干净的 200k 上下文计划检查器最多循环 3 轮直到计划通过才放行。再看一条用户评价我试过 SpecKit、OpenSpec 和 Taskmaster —— 这是我用过的效果最好的。 数据和口碑之外剩下的就是亲自走一遍流程。如何开始适合谁与文档入口GSD 适合以 AI 编程工具为主力、希望把长周期项目稳定做出来、又不想学一套重流程的开发者。入口都在仓库里中文总览文档在 docs/zh-CN/README.md工作流图解与配置细节在 docs/zh-CN/USER-GUIDE.md想弄清内部结构可以读 docs/ARCHITECTURE.md。拿一个小项目试跑一个阶段看看你能把多少环节交给系统。【免费下载链接】get-shit-doneA light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考