三大 AI 编码框架深度对比：GSD vs OpenSpec vs Superpowers

随着以 Claude Code、Cursor、Windsurf 为代表的 AI 编程智能体（AI Coding Agent）步入实用化阶段，开发者们逐渐发现，仅仅依赖"提示词对话"（俗称 "氛围编码" / Vibe Coding ）在面对中大型项目或复杂业务需求时极易崩塌------上下文膨胀导致的幻觉、缺乏全局一致性的架构、无休止的代码修复循环 成为主要痛点。

为了解决这些局限性，社区涌现出了基于**规范驱动（Spec-Driven）和上下文工程（Context Engineering）**的系统性 AI 编码框架。本文将对当前最受关注的三大开源 AI 编码框架：GSD Core 、OpenSpec 和 Superpowers 进行深度对比，帮助你选择最适合当前工作流的 AI 辅助系统。

1. 核心定位与设计哲学

框架	核心定位	核心设计哲学
GSD Core (Git. Ship. Done.)	上下文工程与阶段化执行框架	通过控制上下文生命周期来保持主会话的精简，主张繁重工作由独立的子智能体在新上下文窗口中执行，避免上下文腐化。
OpenSpec	规范驱动开发（SDD）脚手架	将软件规范（Spec）作为软件开发的"唯一真理源"。强调"文档先行，设计立卷"，通过严格的提案、变更合并流程控制 AI 的代码生成质量。
Superpowers	Agent 技能与工程方法论约束集	侧重在 Agent 端注入可复用的技能插件，深度结合测试驱动开发（TDD）和结构化调试，强迫 AI 遵守严苛的软件工程纪律，减少"低质代码（Slop）"。

2. 核心工作流与开发方法论对比

🔄 GSD Core：五步阶段循环（Phase Loop）

GSD 提倡通过重复的五步阶段循环来推进每个里程碑（Milestone）：

Discuss（讨论）：在 AI 动手前，捕获并确定所有的技术实现决策，达成共识。
Plan（规划）：研究现有代码，进行任务拆解，并验证该计划不会让主上下文过载。
Execute（执行） ：并行推进执行。最关键的是，每个执行任务都由一个全新的、拥有干净的 20 万 Token 空间的子智能体完成，任务结束后销毁。
Verify（验证）：自动检查构建好的内容。在宣告完成前，先运行诊断并自动生成修复计划。
Ship（交付）：创建 Pull Request，归档当前阶段，并准备进入下一个阶段的循环。

📄 OpenSpec：基于 Git 思想的变更管理（SDD）

OpenSpec 试图在 AI 编程中引入类似于 Git 的变更规范管理 流程，核心工作区在本地的 openspec/changes/ 目录下：

提案（Proposal）与设计（Design） ：通过 /opsx:new <feature> 生成特定功能的独立文件夹，里面包含功能提案与技术设计文档。
增量规范（Spec Delta）：AI 在开发时必须遵循这一增量规范。
合并与归档（Merge & Archive） ：功能编写并测试完成后，该功能的临时变更规范会被合并回项目根目录的主 Specs 文档中，旧的变更记录随之归档。这保证了项目规范随代码一同演进。

🧪 Superpowers：TDD 与严苛的工程纪律

Superpowers 是一个更偏向于"行为约束"的工具箱，它特别强调 TDD（测试驱动开发）：

测试先行：强迫 AI 先编写自动化测试，再编写实现代码。
结构化调试（Structured Debugging）：当测试失败时，不允许 AI 盲目猜测，必须先分析调用栈、收集环境上下文，写出调试计划后才能改动代码。
防"Slop"代码审核：内置了针对 AI 代码常见坏味道（如冗余注释、占位符、硬编码）的审核规则。

3. 上下文与记忆管理机制对比

AI 编程工具在对话轮数变多后，模型往往会"忘记"前文的约定。三者对此采取了截然不同的解法：

GSD --- 内存外包与物理隔离
- 原理：GSD 认为上下文衰减不可避免。因此，它限制主会话仅用于统筹，真正干活时通过 npx 启动全新的子会话。
- 持久化工件 ：主会话与子会话之间通过项目根目录的 STATE.md（存储当前里程碑状态）和 CONTEXT.md（存储核心架构上下文）传递关键记忆。
OpenSpec --- 版本化的持久化文档
- 原理：OpenSpec 将系统规范（Requirements / Design）以结构化的 Markdown 格式保存在仓库中。
- 持久化工件 ：开发期间通过 /opsx 工具链将这些 Specs 文件显式喂给 AI，避免 AI 陷入"猜需求"或"vibe coding"状态。
Superpowers --- 规则集插件（Skills）
- 原理：基于技能提示词（System Prompt / Skills Template）和指令集注入。
- 持久化工件 ：在 AI 智能体配置中挂载 superpowers 技能库，让 AI 在每一轮对话的系统级约束下运行。

4. 集成方式与生态兼容性

GSD Core

生态兼容性：🌟🌟🌟🌟🌟（极佳）
支持工具：Claude Code、Cursor、Windsurf、Gemini CLI、Copilot、Kilo、Codex 等。
运行形式：提供全局或本地的 Node.js 脚手架，通过交互式安装程序识别并生成适配对应 AI 客户端的"元提示词"和配置文件。
安装命令 ：npx @opengsd/gsd-core@latest

OpenSpec

生态兼容性：🌟🌟🌟🌟（优秀）
支持工具：集成 20 多种主流 AI 辅助工具，如 Cursor、Claude Code、VS Code Copilot 等，可通过 CLI 以及内置的 slash commands（斜杠命令）互动。
运行形式：作为一个本地的 CLI 工具运行，以 Git 仓库结构作为基础。
安装命令 ：npm install -g @fission-ai/openspec@latest -> openspec init

Superpowers

生态兼容性：🌟🌟（Claude Code 专属）
支持工具 ：深度绑定并专门优化于 Anthropic 的 Claude Code。
运行形式 ：以 Claude Code 的插件系统（claude.json）为载体进行加载，提供模块化的 superpowers-skills 库。
安装命令 ：npx claudepluginhub obra/superpowers --plugin superpowers

5. 横向对比矩阵

比较维度	GSD Core	OpenSpec	Superpowers
主要目标	解决大规模开发中的上下文退化与腐化问题	建立软件规范的"单一事实源"，减少盲目编码	强迫 AI 遵守高级工程师的工程实践 (TDD/规范调试)
工作流范式	五步循环 (Discuss, Plan, Exec, Verify, Ship)	阶段化管理 (Proposal, Design, Implement, Archive)	行为规范与方法论约束 (Brainstorm, TDD, Plan)
记忆承载方式	`STATE.md`, `CONTEXT.md` 周期更新	随版本控制的 Markdown 规范系统	挂载于 Agent 运行时的自定义技能插件
开发团队背景	Open GSD 社区	Fission AI	Obra (Dave Herman 等)
支持的运行时	几乎全平台通用	全平台 (以本地 CLI 结合 AI 工具)	Claude Code 专属插件
核心痛点解决	AI 聊得越久代码越烂 (Context Pollution)	AI 忘记老功能、臆造新逻辑 (Vibe Coding)	AI 乱改代码、不写测试 (AI Code Slop)

6. 选型建议：我该用哪个？

💡 优先选择 GSD Core，如果：

你正在处理中大型现有代码库，并且使用 Claude Code 或 Cursor 进行较长时期的功能演进。
经常遇到"和 AI 聊着聊着，它突然开始退化、写出奇怪 Bug"的上下文膨胀问题。
希望拥有非常明确的讨论、计划、验证、PR 提交流程，且不局限于单一 AI 客户端。

💡 优先选择 OpenSpec，如果：

你的团队对软件架构、设计文档和业务需求变更有极高的要求，希望实现"代码未动，Spec 先行"。
想通过 Git 管理 AI 的每一次功能演进提案，并将 Specs 作为 CI/CD 或代码评审的一部分。
你的工作流涉及多人协作或 Cursor 与 Claude Code 混合使用的场景。

💡 优先选择 Superpowers，如果：

你是 Claude Code 的重度用户，并享受在终端以 / 插件化交互的极简体验。
坚定的 TDD（测试驱动开发） 拥护者，希望纠正 AI 编程时不爱写测试、调试时瞎猜的坏习惯。
想要开箱即用的、由社区维护的高质量 Agent 技能卡。