Claude Code 写到第 15 个任务就开始糊？这个 64k★ 的 Skill 让 Agent 长会话不崩

你有没有过这种体验——Claude Code 写到第 15 个任务时，质量明显比第 1 个差了一截？任务越往后越敷衍、上下文越攒越乱、关键约束悄悄丢失，这几乎是所有 Agent 长会话的通病。

最近在 GitHub Trending 上蹿到 64k+ stars 的 GSD（Get Shit Done），就专门治这个毛病。它把自己定位成一套「spec-driven context engineering」系统，思路非常工程化——先把需求拆成结构化 spec，再给每个 task 派发一个干净上下文的子 agent，每个新任务都从零开始思考，而不是接着上一坨混乱的对话往下续。

它到底解决了什么

普通 Claude Code 的工作模式是「一个长对话走到底」。代价显而易见：

• 上下文污染：前 10 个 task 的中间结论会污染后面的判断
• scope drift：写到后面常常偷偷丢掉最初的需求边界
• 质量滑坡：同一个 session 里越后面的任务越潦草

GSD 的应对策略是「把会话切片」——把需求文档化（SPEC.md、PLAN.md、TODO.md），每个 task 起一个干净的子上下文来执行，主线对话只负责协调和验证。这相当于给 Claude Code 加了一层 SDD（spec-driven development）的工程纪律。

核心机制

• Meta-prompting：内置一套经过实战打磨的元提示词模板，引导 Claude 按 spec 而不是凭直觉写代码
• Context Engineering：主动管理上下文窗口，避免 context overflow，每个子任务拿到的是精准信息而非全量历史
• Verification before completion：每个 task 跑完会先自检再交付，「看起来 done」和「是真的 done」是两回事

实战场景

• 多文件重构：把一个老项目的拆分计划写进 SPEC，然后让 GSD 拆成 10 个子任务一个个啃
• 新 feature 开发：先 brainstorm 出 spec，再分阶段实现，每一段都能独立验收
• 长会话不崩：哪怕 session 跑到第 30 个 task，质量也不会因为上下文累积而崩

安装

一行命令搞定：

git clone https://github.com/gsd-build/get-shit-done ~/.claude/skills/gsd

然后重启 Claude Code 就会自动加载。MIT 协议，JavaScript 实现，作者是 TÂCHES，社区活跃度极高。

如果你是 Claude Code 重度用户、经常在长 session 里发现 AI 越来越糊，GSD 几乎是最对症的那个 skill。GitHub：https://github.com/gsd-build/get-shit-done （64k+ stars，本周 +1.7k）

GitHub: https://github.com/gsd-build/get-shit-done