总结：
- superpower维护先设计、再计划、再 TDD、再 review。的状态
- GSD 是项目推进，把AI 开发流程产品化成一个带文件系统状态的项目 OS
以下是AI原调查对比结果：
1) GSD：强在“项目状态、阶段推进、交付闭环”
GSD 的核心不是某一个 brainstorming skill，而是把整个项目拆成可恢复、可切换、可审计的状态机。它有 /gsd-new-project、/gsd-discuss-phase、/gsd-plan-phase、/gsd-execute-phase、/gsd-verify-work、/gsd-ship、/gsd-next 这类显式命令，还配套 workspaces、workstreams、milestone、backlog、threads、manager dashboard、code review、UI phase、AI integration phase 等大量配套能力。.planning/ 是它的中枢，项目记忆、requirements、roadmap、phase、validation、state 都落文件。这个设计特别像“把 AI 开发流程产品化成一个带文件系统状态的项目 OS”。
GSD 的另一个强点是它对长生命周期项目和brownfield 代码库更友好。它提供 /gsd-map-codebase、assumptions discussion mode、queryable codebase intelligence、workstreams、persistent context threads 等能力，本质上是在补“现有代码库上下文”“多 session continuity”“多工作面隔离”这些现实开发里的脏活。也就是说，GSD 不只是帮你脑暴，它是在帮你托管项目记忆和推进节奏。
再往下看质量控制，GSD 明显比一般 skill 套件更像“交付管线”。它把 schema drift detection、security enforcement、scope reduction detection、plan checker、Nyquist validation、external code review、cross-AI execution delegation、plan bounce 这类机制都做进来了。换句话说，GSD 的差异化不在于“会不会问问题”，而在于把问出来的东西如何稳定交付。
所以如果你的目标是：一个复杂项目，要分阶段、跨会话、可回溯、可审计、可持续推进，GSD 明显更强。它不只是让 agent“会做事”，而是让 agent“在一个有状态的工程流程里持续做事”。
2) Superpowers：强在“技能纪律、前置设计、行为约束”
Superpowers 的中心不是 phase，不是 .planning/，而是skill discipline。它通过 using-superpowers 这个元 skill，要求 agent 在“任何回复之前”先检查 skill；只要有 1% 的可能相关，就必须先调用 skill。这个理念特别激进，也特别清晰：不是先回答，再想起 skill；而是先看 skill，再行动。
在 brainstorming 上，Superpowers 比大多数工具都更“硬”。它要求：创意类任务必须先 brainstorm；先看当前项目上下文；一次只问一个问题；给 2-3 个方案和 trade-off；分段呈现设计并逐段获得确认；把 spec 写到 docs/superpowers/specs/...；再进入 writing-plans。它甚至给了 visual companion，用浏览器展示 mockup、diagram、layout 对比。也就是说，Superpowers 的脑暴不是“聊一聊”，而是把 idea 逼成 design。
它在工程纪律上也很强硬。writing-plans 要求把任务切成 2-5 分钟的小步、给精确文件路径、给代码、给验证命令；TDD skill 明确要求先看测试失败再写生产代码；systematic-debugging 明确要求先做 root cause investigation，再谈修复；requesting-code-review 要求频繁做 review。和 GSD 相比，Superpowers 没有那么重的项目状态系统，但它对agent 行为模式的约束更强、颗粒更细、风格更统一。
安装与分发上，Superpowers 也更像“通用技能插件”。它支持 Claude 官方插件市场、Cursor 插件市场、Codex、OpenCode、Copilot CLI、Gemini CLI；在 Codex 里它依赖 native skill discovery，通过 ~/.agents/skills 自动发现 skill。它还明确强调 zero-dependency plugin by design。这个组合很适合做一个横跨多 agent runtime 的通用行为层。
所以如果你的目标是：不想维护一个巨大项目状态机，但想让 agent 在任何任务上都先设计、再计划、再 TDD、再 review，并且自动遵守 skill 纪律，Superpowers 更强。
3) 把两者直接放一起看
GSD 的关键词是：状态、阶段、工件、验证、项目推进。Superpowers 的关键词是：skill、纪律、触发、设计前置、工程行为约束。GSD 解决的是 context rot / 项目推进失控；Superpowers 解决的是 agent procedural drift / 行为走样。这就是它们最本质的不同。
如果是“我已经知道自己要做什么，只想让 AI 稳定把大项目推进完”，GSD 更合适；如果是“我希望 agent 在任何任务上都自动套入一套工程方法论”，Superpowers 更合适。GSD 也有 /gsd-explore 和 discuss-phase，说明它不是没有 ideation；但 ideation 在 GSD 里更像项目流程的一站。Superpowers 的 brainstorming 则更像整个系统的默认起点。