Superpowers：适配边界与替代方案
真正的选型问题不是“谁更先进”，而是你当前的团队规模、任务复杂度和治理成熟度，更适合哪一种骨架。框架一旦选错，后续每次任务都会被额外流程拖累。
更适合什么
- 已经高频使用 Claude Code、Codex、Cursor 等 agent 的团队或个人。
- 希望把日常 agent 协作方式标准化，而不是每次手工拼 prompt。
- 接受 worktree、技能库和更强执行纪律的终端或 IDE power user。
与其他框架的边界
- BMAD：如果你需要团队角色和阶段制度，BMAD 更适合组织治理。
- Spec Kit：如果你主要想固定 spec -> plan -> tasks，Spec Kit 更直接。
- OpenSpec：如果你主要是 brownfield 小改动管理，OpenSpec 更轻。
比较矩阵
| 如果你当前更在意 | 更适合继续用它 | 更适合改看别的 |
|---|---|---|
| 先把 planning 合同写稳 | 已经高频使用 Claude Code、Codex、Cursor 等 agent 的团队或个人。 | BMAD |
| 多角色或更重流程 | 希望把日常 agent 协作方式标准化，而不是每次手工拼 prompt。 | Spec Kit |
| 日常执行纪律 | 接受 worktree、技能库和更强执行纪律的终端或 IDE power user。 | OpenSpec |
什么时候不要选它
- 还没有任何 repo 规则或验证习惯的团队。
- 只想找一个轻量 planning 模板，不想引入 skills 与阶段纪律的人。
- 组织只接受厂商官方方案，不愿采用社区框架的场景。
组合方式
- Terminal-First Repo Pairing：Superpowers 很适合叠加在终端式 repo pairing 上。
- Parallel Worktrees / Multi-Agent：它把 worktree 和 subagent 使用方式标准化。
- Spec-First：复杂任务可先 spec-first，再交给 Superpowers 组织日常执行。
下一步怎么读
- BMAD：如果你需要团队角色和阶段制度，BMAD 更适合组织治理。
- Spec Kit：如果你主要想固定 spec -> plan -> tasks，Spec Kit 更直接。
- OpenSpec：如果你主要是 brownfield 小改动管理，OpenSpec 更轻。
- Terminal-First Repo Pairing：Superpowers 很适合叠加在终端式 repo pairing 上。
- Parallel Worktrees / Multi-Agent：它把 worktree 和 subagent 使用方式标准化。
- Spec-First：复杂任务可先 spec-first，再交给 Superpowers 组织日常执行。