GSD Core：给 AI 编程 Agent 装上「上下文管理」引擎

你有没有过这种感觉：让 Claude Code 帮你写代码，一开始效率惊人，但项目一大，它就开始「失忆」——漏掉需求、忘记约束、代码风格前后不一。 这不是模型的问题，而是 上下文窗口被污染 了。随着对话历史越来越长，真正有用的信息被稀释，模型只能靠猜。这正是 GSD Core 要解决的核心问题。

背景：从一次「上下文爆炸」开始

GSD Core 的作者 TÂCHES 在长期使用 Claude Code 时发现：当项目规模超过某个临界点后，Claude Code 的输出质量会断崖式下滑——不是模型变笨了，而是上下文窗口被各种历史记录、临时修改、相互矛盾的指令填满了。 他把这个现象称为 「上下文腐烂」（Context Rot）。2024 年，他发布了初代 get-shit-done，迅速在 AI 编程社区引发共鸣，并在 GitHub 积累超过 58,000 颗星。如今，核心开发已迁移至 open-gsd/get-shit-done-redux（即 GSD Core），支持 14 种主流 AI 编程运行时。

核心技术：五步循环 + 子 Agent 隔离

GSD Core 并不是又一个 AI 编程框架，它的本质是一套 上下文工程规范。核心是五步循环：

多运行时支持：一套规范，14 个平台

GSD Core 最令人印象深刻的工程决策是 运行时抽象层。同一个规范可以在 Claude Code、OpenCode、Gemini CLI、Codex、Copilot、Cursor、Windsurf、Augment Code 等 14 种平台上运行。 安装方式极其简单：

npx @opengsd/gsd-core@latest

安装程序会提示你选择运行时和安装方式（全局或本地）。所有跨平台兼容逻辑都在安装程序中维护，不建议直接复制 agents/ 或 commands/ 目录下的文件。

代码结构：模块化命令路由架构

仓库采用高度模块化的 TypeScript/Node.js 架构：

• src/ — 核心逻辑库：命令路由（command-routing-hub）、状态管理（active-workstream-store）、审计（audit）等
• agents/ — 20+ 个专用 Agent 提示词模板（代码审查、文档生成、调试、评估等）
• commands/ — 各运行时的自定义命令文件
• gsd-core/ — 核心 SDK 包
• hooks/ — Git hooks 集成
• docs/ — 完整文档（教程、指南、参考、概念解释）

谁在用：AI 原生开发团队的标配

根据媒体报道和社区反馈，GSD Core 的典型用户是：

• 独立开发者：用 Claude Code 做大型项目，害怕上下文污染导致代码质量不稳定
• AI 原生团队：所有成员都用 AI 编程工具，需要统一的工作流规范
• 开源贡献者：在复杂代码库中导航，需要结构化的 Agent 协作框架

局限与争议

1. 上手门槛较高：虽然 CLI 安装简单，但要真正发挥 GSD Core 的价值，需要理解「上下文工程」这个核心理念，初学者可能觉得过于抽象。
2. 非 Web UI 工具：纯 CLI 操作，没有图形界面，习惯 GUI 的用户可能不适应。
3. 平台锁定风险：依赖特定 Agent 命令格式，每次 Agent 升级可能导致兼容性问题。
4. 上下文边界仍由模型决定：GSD Core 解决的是工程层面的问题，但模型本身的上下文窗口大小仍是硬限制。

行业意义：AI 编程的「工程化元年」标志

GSD Core 突破 58,000 颗星的意义，不仅在于它解决了一个真实痛点，更在于它代表了一种认识转变： AI 编程工具不能只靠模型能力，开发者需要主动管理 AI 的上下文状态。 这与 MLOps 早期的经历如出一辙——当模型能力足够强时，工程化、规范化的开发流程成为下一个瓶颈。GSD Core 正是 AI 编程领域的第一个成熟工程规范，它的流行预示着「AI 原生开发」正在从概念走向实践。

总结：GSD Core 是目前最成熟的 AI 编程 Agent 上下文工程框架，核心价值在于将「上下文管理」从玄学变成工程。对于重度使用 Claude Code / OpenCode 等工具的开发者来说，它可能是目前最值得投入学习的效率工具之一。