Claude Code 也怕上下文变长？这个开源命令集 GSD，正在帮 AI 把项目“拆明白”

用 Claude Code 写点小脚本，很多人都会觉得挺爽。 但项目一旦稍微大一点，熟悉的问题就来了：上下文越拖越长，模型前面还说得头头是道，后面就开始跑偏，代码质量一路往下掉，有时候甚至像突然失忆。

最近，一个叫GSD的开源项目在 GitHub 上冲得很猛，拿下了36000+ Star。它不是又一个“更强的 AI 编程工具”，而更像是一套给 Claude Code 装上的工作纪律。

它想解决的事，其实很具体：别让 AI 在一个越来越臃肿的上下文里硬撑。

GSD 的思路不复杂，但挺对路。 它本质上是一套轻量级的、规范驱动的开发命令集。先把一个模糊的大目标拆成阶段任务，再把阶段任务继续拆成能执行的子任务。关键在后面这一步：每个子任务，都会放进一个新的、独立的上下文窗口里处理。

这件事听起来有点朴素，但真正在用 AI 写项目的人，基本都会立刻明白它的价值。

因为很多时候，AI 不是不会写，而是“记太多之后开始乱写”。 你让它在一大坨历史对话、需求变更、临时补丁和半成品设计里继续往下干，它当然容易糊。GSD 相当于给它做了一个任务隔离：这一段只做这一段，该想什么就想什么，别把前面几十轮没清干净的东西一起背着跑。

所以它看上去像是在“拆任务”，其实是在管上下文污染。

这也是为什么 GSD 这种东西，会比单纯强调“提示词技巧”更实用。 真正做项目时，问题往往不在于你会不会写一句漂亮 prompt，而在于你有没有办法把开发流程收拾得足够清楚，让 AI 每次都处在一个相对干净、稳定的工作区里。

另外一个挺现实的点是，它并不绑死某一家工具。 除了 Claude Code，GSD 也支持OpenCode、Gemini CLI、Codex等 AI 编程工具，安装方式也比较直接，npx 一键就能上手。这意味着它更像一层通用工作流，而不是某个平台专属的小玩具。

我自己会觉得，这类项目最有意思的地方，不是“又发明了什么新概念”，而是它开始把 AI 编程从“会聊天”往“能稳定交付”这件事上推了一步。

说白了，大家现在最缺的，已经不是一个会写代码的模型。 而是一个在项目变复杂之后，依然不发散、不失真、不装懂的协作方式。

GSD 之所以火，可能也正因为它踩中了这个点： 别再迷信 AI 一口气把整个项目写完了。先拆，拆小，拆清楚，再让它一段段做。这样出来的东西，反而更像能落地的工程，而不是一场情绪很高的 demo 表演。

对于经常用 AI 辅助编程的人，这套东西确实值得试试。 很多天马行空的想法，最后不是死在不会做，而是死在做着做着，AI 先乱了。

GSD 干的，就是尽量别让这种事发生。

GitHub：gsd-build/get-shit-done