为什么Claude Code聊越久输出越差揭秘get-shit-done解决上下文衰减Context Rot的4个核心工件【免费下载链接】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你有没有这样的经历刚打开 Claude Code 时它聪明伶俐聊了几十轮之后开始犯浑——重复自己说过的话、忽略早先的约定、甚至写出前后矛盾的代码这就是上下文衰减Context Rot随着上下文窗口被历史对话填满AI 的输出质量会逐步劣化。get-shit-doneGSD 是一个轻量但强大的元提示、上下文工程与规格驱动开发系统专为 Claude Code 等 AI 编码助手设计。它不靠更努力地聊天而是通过结构化的上下文工程让 AI 在长任务中始终保持高质量输出。下面带你拆解它对抗 Context Rot 的 4 个核心工件。一、先搞懂Context Rot 是怎么发生的Claude Code 的上下文窗口是有限的约 20 万 token。每轮对话、每次工具调用的结果都会往里塞内容。窗口越满模型能记住的有效信息就越少早期的需求约定被挤压到窗口边缘开始被遗忘大量中间产物报错、试错日志稀释了指令模型注意力分散输出从精准退化成大概GSD 的架构文档对此定义得非常直接Fresh Context Per Agent— 每个由编排器拉起的子代理都获得一个干净的上下文窗口最高 20 万 token这直接消除了 context rot。参见 docs/ARCHITECTURE.md思路很清晰不是让一个窗口扛到底而是把记忆外化到文件、把工作切分给新窗口。这就是 4 个核心工件要解决的问题。二、工件 1.planning/文件化状态——AI 的外部硬盘GSD 把所有项目状态存进项目根目录的.planning/文件夹全部是人类可读的 Markdown 和 JSON——没有数据库、没有服务器。典型结构如下.planning/ PROJECT.md # 项目愿景始终加载 REQUIREMENTS.md # 带阶段可追踪性的需求清单 ROADMAP.md # 路线图要去哪、哪些已完成 STATE.md # 决策、阻塞、当前位置跨会话记忆 config.json # 工作流配置 phases/ # 每个阶段的研究、计划、验证报告 research/ # 技术栈、架构、坑点调研这套设计带来三个关键好处同样出自 docs/ARCHITECTURE.md特性说明状态存活于/clear上下文清空也不丢记忆新会话读文件即恢复人机双可读你可以直接打开STATE.md审查 AI 的决策可提交 Git团队共享进度AI 未来还能读取历史比如 STATE.md 的模板 中带有active_phase、next_action、progress.percent等生命周期字段状态栏会据此实时渲染我现在在哪、下一步该干什么。字段语义完整定义在 docs/STATE-MD-LIFECYCLE.md 中。一句话记忆不再存在聊天窗口里而是存在文件里——窗口可以随便清空项目永远记得住。三、工件 2多代理编排——每个子任务都从满格记忆开始GSD 的编排器Orchestrator本身不做重活它只做三件事加载上下文 → 拉起专用子代理 → 汇总结果。每个子代理规划代理、执行代理、验证代理……都被分配一个全新的 20 万 token 上下文窗口且只拿到与当前任务相关的精准上下文。效果非常可观你可以让多个执行代理并行写下成千上万行代码主上下文窗口依然能维持在30-40%左右。真正的工作都发生在新鲜的子代理上下文里主会话始终保持快速、响应稳定。用户指南中的实测描述见 README.zh-CN.md执行阶段的编排细节写在 get-shit-done/workflows/execute-phase.md子代理的定义在 agents/ 目录下如 gsd-executor.md、gsd-verifier.md每个文件就是一个专职专家的岗位说明书。一句话主窗口只当项目经理重活全交给满血新员工谁也不会越聊越糊涂。四、工件 3上下文监控钩子——在窗口爆掉之前主动踩刹车前两个工件解决了结构性问题但这个工件解决运行时问题当上下文真的要快用完时谁来喊停GSD 内置了一对钩子安装时自动注册状态栏钩子gsd-statusline.js把上下文占用率写入临时文件上下文监控钩子gsd-context-monitor.js在每次工具调用后检查占用率低于阈值就向 AI注入警告剩余上下文级别AI 的行为 35%正常无警告≤ 35%⚠️ WARNING收尾当前任务避免开新坑≤ 25% CRITICAL立即停止保存状态/gsd-pause-work这里有个很细的设计警告有防抖机制5 次工具调用内不重复轰炸但级别升级会绕过防抖——宁可多喊一次不能错过爆窗时刻。完整机制见 docs/context-monitor.md。一句话别人家的 AI 是撞墙才停GSD 的 AI 是黄灯就减速。五、工件 4会话交接工件——暂停/恢复之间零损耗就算监控钩子及时踩了刹车跨会话怎么无损衔接GSD 的答案是两个命令 一个交接文件/gsd-pause-work中途暂停时创建交接上下文写入HANDOFF.json——已完成什么、下一步是什么、有什么坑一页纸交代清楚/gsd-resume-work新会话中从交接文件恢复AI 无缝接着干命令定义见 commands/gsd/pause-work.md 与 commands/gsd/resume-work.md配合另一个细节每个任务完成后都会产生原子 Git 提交——一个任务一个 commit独立可回滚、git bisect可定位、AI 重读历史时清晰不乱。即使最坏情况发生上下文真的崩了你损失的只是一个任务而不是一整个会话。一句话上下文会腐烂但工件不会。交接文件 原子提交让断点续传成为默认能力。六、3 分钟上手最快配置方法安装只需一条命令支持 Mac / Windows / Linuxnpx get-shit-done-cclatest安装器会让你选择运行时Claude Code、Gemini CLI、Codex、Copilot 等和安装位置全局或当前项目。安装后用/gsd-help验证。日常主循环就四个命令正好对应上下文工程的完整闭环/gsd-new-project → 提问、调研、生成需求与路线图.planning/ 落地 /gsd-plan-phase N → 研究 规划 校验工件 1 写入 /gsd-execute-phase → 并行波次执行工件 2 新窗口 工件 4 原子提交 /gsd-progress → 我在哪下一步随时问STATE.md 秒答更多命令与进阶用法可查阅 docs/USER-GUIDE.md上下文预算的审计清单在 get-shit-done/references/context-budget.md。七、总结4 个工件 一套上下文免疫系统工件对抗什么核心机制.planning/文件化状态记忆随/clear蒸发状态外化为 Markdown跨会话持久多代理编排单窗口越聊越满每个子代理满血 20 万 token上下文监控钩子撞墙才停35%/25% 双阈值主动预警暂停/恢复交接 原子提交会话崩溃 全损HANDOFF.json 每任务一 commit回到开头的问题Claude Code 聊越久输出越差根源不是模型变笨了而是你的工作台太脏了。get-shit-done 的做法很朴素——把记忆搬进文件、把重活分给新窗口、在爆窗前踩刹车、在崩溃点留好存档。不扯淡就是把事做完。【免费下载链接】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），仅供参考
