AI 编程 Skill 领域现在有两个天花板项目：Superpowers（219k Star）和 GStack（107k Star）。加起来 32 万 Star。
装上之后你的 Agent 都会更厉害。但如果你仔细看它们的设计，会发现它们对"AI Agent 应该怎么工作"这个问题的回答完全不同。
核心分歧：Agent 到底是什么角色
Superpowers 的回答：Agent 是一个热情但没有判断力的初级工程师。
它聪明、学东西快，但需要流程约束。它讨厌写测试、没有项目全局观、不了解为什么某个架构决策很重要。所以你要给它套上严格的流程框架——先写测试再写代码、每个任务用子 Agent 执行加两轮审查、任何代码变更都走完整的 RED-GREEN-REFACTOR 循环。
GStack 的回答：Agent 是一个需要组织架构的虚拟团队。
单个人再强也有盲区。产品判断力、设计品味、工程严谨性、安全意识、QA 细致度——这些不是同一个角色的同一种能力。所以你要把它拆成 23 个专业角色：CEO 做产品评审、设计师抓 AI slop、Staff Engineer 找生产 bug、QA 打开真浏览器测试、安全官跑 OWASP 审计。
两个回答都是对的。因为它们解决的是不同层次的问题。
Superpowers：代码怎么写更好
Superpowers 的重心在工程过程。它的工作流是：
- brainstorming— 苏格拉底式追问，不急着写代码
- writing-plans— 把工作拆成 2-5 分钟的任务
- subagent-driven-development— 每个任务派一个子 Agent，两轮审查
- test-driven-development— 强制先写失败测试，删掉没测试的代码
- code-review— 任务间审查，严重问题阻断进度
- finishing-branch— 验证测试通过，合并或提 PR
核心武器是TDD和子 Agent 驱动开发。
TDD 那条是真的严格——如果你在测试之前就写了实现代码，Superpowers 会把你的代码删掉让你重来。这不是建议，是强制流程。
子 Agent 驱动开发更激进——每个小任务派一个全新的子 Agent 执行，第一轮审查是否按计划做的（规格合规），第二轮审查代码质量。子 Agent 没有上一个任务的上下文包袱，所以不会"顺手"改一些无关的东西。
结果是 Agent 可以自主工作几个小时不跑偏。这在复杂项目里非常有价值。
GStack：产品怎么做得更好
GStack 的重心在产品全流程。它的工作流是：
- office-hours— YC Partner 式逼问，重新定义问题
- plan-ceo-review— CEO 审视有没有更大的产品
- plan-eng-review— 工程经理锁定架构和边界
- plan-design-review— 设计师评分并修正 AI slop
- build— Agent 按计划实现
- review— Staff Engineer 找 CI 不出的 bug
- qa— QA 打开真实浏览器测试
- cso— 安全官跑 OWASP + STRIDE
- ship— 发布工程师提 PR
- retro— 周回顾
核心武器是设计迭代、真实浏览器 QA和并行 Sprint。
设计迭代是真的迭代——/design-shotgun生成 4-6 个 AI 视觉变体，在浏览器里并排对比。你选喜欢的，说"留白多一点"，它生成下一轮。反复几次后它会学习你的品味。然后/design-html把选定方案变成可上线的 HTML。
真实浏览器 QA 是质变——/qa启动 Chromium，打开你的 staging URL，真的点击按钮填写表单。找到 bug 自动修复、写回归测试、验证修复。这不是代码层面的测试，是用户层面的测试。
并行 Sprint 是规模化手段——配合 Conductor 可以同时跑 10-15 个独立 Sprint。以前一个人只能盯一个项目，现在可以像 CEO 管团队一样管 10 个 AI Agent 同时推进。
逐项对比
| 维度 | Superpowers | GStack |
|---|---|---|
| Stars | 219k | 107k |
| 作者 | Jesse Vincent (Prime Radiant) | Garry Tan (Y Combinator CEO) |
| 核心理念 | 给 Agent 加流程纪律 | 给 Agent 加组织架构 |
| 目标用户 | 开发者、技术负责人 | 创始人、CEO、Tech Lead |
| 重点环节 | 代码实现阶段 | 从产品定义到上线的全流程 |
| 测试方法 | 严格 TDD（先测试再实现） | 真实浏览器 QA + 回归测试 |
| 设计能力 | 无 | design-shotgun 视觉迭代 + design-html 生产代码 |
| 安全审计 | 无专门安全模块 | /cso 跑 OWASP + STRIDE |
| 代码审查 | 两轮子 Agent 审查（规格+质量） | Staff Engineer 审查 + OpenAI Codex 交叉审查 |
| 并行能力 | 子 Agent 串行任务 | 10-15 个并行 Sprint |
| 支持平台 | 9 个（Claude/Codex/Gemini/Cursor/Copilot 等） | 10 个（Claude/Codex/Cursor/OpenClaw/Hermes 等） |
| 持久记忆 | 无 | GBrain 跨 session 知识库 |
| iOS 测试 | 无 | USB 连真机测试 |
| 安装方式 | 插件市场一行命令 | git clone + setup 脚本 |
你应该用哪个
如果你是工程师，想让自己的代码 Agent 写出更可靠的代码：Superpowers。
它的 TDD 强制执行和子 Agent 驱动开发是直接提升代码质量的。你的 Agent 不会跳过测试、不会"顺手"改无关代码、不会在实现层面跑偏。适合纯工程场景——后端服务、库开发、基础设施。
如果你是创始人或 Tech Lead，想让 AI 帮你从产品定义到上线全流程推进：GStack。
它的产品评审（office-hours）、设计迭代（design-shotgun）、真实浏览器 QA、安全审计、并行 Sprint 是覆盖产品全生命周期的。适合产品场景——SaaS、Web 应用、移动端。
如果你两个都要：一起装。
它们不冲突。用 gstack 的/office-hours + /plan-ceo-review + /plan-design-review做产品定义和设计。然后切到 Superpowers 的 TDD + 子 Agent 驱动开发做实现。最后用 gstack 的/qa + /cso + /ship做验收和上线。
gstack 负责做正确的产品，Superpowers 负责正确地写代码。
一个更深层的区别
Superpowers 的 219k Star 说明一件事：开发者对流程纪律有真实需求。不是每个人都能自觉写测试，但如果你被迫先写测试，你的代码确实更好。
GStack 的 107k Star 说明另一件事：创始人和 Tech Lead 对"AI 当团队用"有真实需求。不是"帮我写代码"，而是"帮我做产品决策、设计审查、质量验收、安全审计、发布管理"——这些以前需要一个团队做的事。
219k > 107k，不是因为 Superpowers 更好。而是因为开发者比创始人多。但如果你是那个既写代码又做产品决策的人——两个都装。
Superpowers 让你的 Agent 写出更好的代码。GStack 让你的 Agent 做出更好的产品。这不是选择题。