GSD如何解决AI编程上下文衰减：Claude Code上下文工程系统完整指南-开发者社区

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-done

Get Shit Done（GSD）是一个轻量级的元提示与上下文工程系统，配套 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-cc@latest。按提示选择运行时（Claude Code、OpenCode、Gemini、Codex 等）和安装位置（全局或当前项目）即可。
验证：重启工具后输入/gsd-help（Codex 为$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 阅读。