两种 AI 工程化路线的对比：Superpowers vs Everything Claude Code (ECC)

itpretty
15 阅读6分钟

引言：什么是 Superpowers 和 Everything Claude Code？

在 AI 辅助编程日益普及的今天，如何让 AI 更规范、更智能地协助开发成为了热门话题。Superpowers 和 Everything Claude Code（简称 ECC） 正是这一领域的两个代表性开源项目。

Superpowers 是由 obra 开发的一套软件工程方法论框架，它的核心理念是“让 AI 按规矩做工程”。通过严格的流程控制（如 HARD-GATE 硬门禁）、系统化调试、两阶段代码审查等机制，Superpowers 强制 AI 遵循完整的设计-开发-验证流程，特别适合对工程纪律要求严格的严肃项目。

Everything Claude Code (ECC) 则由 affaan-m 打造，定位为一个全栈配置增强工具箱。ECC 追求“让 AI 覆盖更多场景”，提供了 50+ 项技能、14 个专业子代理、29 条语言分类编码规则，深度覆盖 Go/Python/Java 等多种语言的最佳实践，并内置了安全审计、持续学习等能力，适合需要开箱即用、多语言多框架支持的项目。

这两个项目虽然目标不同，但并非互斥——Superpowers 提供工程纪律的“骨架”，ECC 贡献技术广度的“血肉”。本文将深入对比两者的异同，并探索如何将它们结合使用，发挥最大价值。

一、项目速览

SuperpowersEverything Claude Code (ECC)
一句话定位软件工程方法论框架全栈配置增强工具箱
代码仓库obra/superpowersaffaan-m/everything-claude-code
Star 数量~68,000~57,000
当前版本v4.3.1（迭代5个月）v1.7.0（迭代约2个月）

二、特色对比

2.1 核心差异

维度SuperpowersECC
设计哲学少而精，纵深打造大而全，广泛覆盖
技能数量14个50+个
子代理数量1个14个
斜杠命令3个35个
编码规则无29条（按语言分类）
流程强制性HARD-GATE 硬门禁灵活调用，可选执行
技术栈覆盖语言无关，只管方法论多语言多框架全覆盖

2.2 能力矩阵

能力SPECC说明
头脑风暴/设计● 强○ 中SP有HARD-GATE，设计未批准前禁止编码
计划拆解与执行● 强○ 中SP分批执行，每批有人工检查点
TDD● 强● 强都有完整流程，SP更严格
系统调试● 强- 弱SP独有四阶段根因分析
代码审查● 强● 强SP两阶段审查；ECC多专项reviewer
Git工作流● 强- 弱SP独有worktree隔离+分支收尾
安全审计- 弱● 强ECC独有AgentShield+红蓝对抗
语言专项最佳实践- 无● 强ECC有6种语言的深度技能
构建错误修复- 无● 强ECC有build-error-resolver

2.3 各自独有优势

Superpowers 独有

特性价值
HARD-GATE 硬门禁从机制上阻止 AI 跳过设计阶段直接写代码
四阶段系统调试“没有完成根因调查就不允许提出修复”
Subagent 驱动开发每个任务独立子 Agent + 两阶段审查
Git workflow 隔离设计批准后自动创建隔离工作区
完整生态圈marketplace / lab / 社区技能 / Chrome 控制等 6+ 配套仓库

ECC 独有

特性价值
14个专业子代理planner / architect / security-reviewer / e2c-runner 等
多语言深度技能Go / Python / Java / Swift / C++ / TypeScript 各有专项
AgentShield 安全扫描1,282个测试，支持红蓝对抗模式
持续学习系统从会话中自动提取可复用模式 (instinct)
编码规则体系29条按语言分类的编码规范
MCP 服务器配置14个外部集成配置

2.4 适用场景

场景推荐选择
严肃项目，需要严格工程纪律Superpowers
大型团队，需要完整设计-审查流程Superpowers
多语言多框架项目ECC
追求开箱即用的全面体验ECC
注重安全审计ECC
快速原型，不想被流程束缚ECC

三、搭配使用方案

两者并非互斥，而是互补关系。核心思路：Superpowers 管理纪律，ECC 管技术广度。

但同时启用存在以下问题需要解决：

问题原因
功能重叠TDD、代码审查、完成验证三个领域高度重叠
上下文膨胀两套Session Start注入 + 重叠技能内容共同占用窗口
指令竞争SP强调“必须走完整流程”，ECC更灵活，共存时行为可能不一致

方案一：CLAUDE.md 声明分工（零成本，立即生效）

在 ~/.claude/CLAUDE.md 或项目级 CLAUDE.md 中添加分工规则，明确指定不同领域使用哪个插件的技能。

领域指定插件技能/命令
设计/头脑风暴Superpowerssuperpowers:brainstorming
编写计划Superpowerssuperpowers:writing-plans
执行计划Superpowerssuperpowers:executing-plans
TDDSuperpowerssuperpowers:test-driven-development
代码审查Superpowerssuperpowers:requesting-code-review
调试Superpowerssuperpowers:systematic-debugging
完成验证Superpowerssuperpowers:verification-before-completion
Git 工作流Superpowerssuperpowers:using-git-worktrees
Go 代码审查ECCeverything-claude-code:go-review
Python 代码审查ECCeverything-claude-code:python-review
安全审计ECCeverything-claude-code:security-review
数据库审查ECCeverything-claude-code:database-review
构建修复ECCeverything-claude-code:go-build
E2E 测试ECCeverything-claude-code:e2e

铁律： 功能重叠领域（TDD、审查、验证）只用Superpowers的技能；禁止在同一任务中对同一功能混合调用两个插件。

维度评价
实施成本零，改一个文件
冲突解决效果中等，依赖模型遵守指令
上下文开销未优化，两个插件全部内容仍会注入
维护成本低，上游更新时无需操作

方案二：主从模式（实用折中）

保留一个作为主插件，另一个只启用不重叠的部分。推荐配置：Superpowers 主导 + ECC 补充。

实施步骤

步骤操作说明
1完整安装 Superpowers提供工程纪律骨架，作为主插件
2安装 ECC，设置 ECC_SKIP_HOOKS=1禁用 ECC 的 hooks，避免与 SP hooks 叠加冲突
3在 CLAUDE.md 中声明分工规则明确哪些领域走 SP，哪些走 ECC（见方案一的分工表）

主从职责划分

角色插件负责领域
主Superpowers计划、TDD、代码审查、调试、验证、Git 工作流
从ECC语言专项审查、安全审计、构建修复、E2E 测试、持续学习

铁律： 功能重叠领域（TDD、审查、验证）只用主插件Superpowers的技能；禁止在同一任务中对同一功能混合调用两个插件。

维度评价
实施成本低，安装两个插件+设一个环境变量+改 CLAUDE.md
冲突解决效果高，hooks 不叠加，CLAUDE.md 规则划清边界
上下文开销中，两个插件的技能仍会注入，但 hooks 不重复
维护成本低，两个插件各自独立更新，无需手动合并

四、结论

SuperpowersECC
核心价值工程纪律技术广度
一句话让 AI 按规矩做工程让 AI 覆盖更多场景
搭配角色骨架（流程控制）血肉（领域能力）
  • 轻量方案：方案一 – 在 CLAUDE.md 中声明分工规则，零成本立即生效。
  • 推荐方案：方案二 – Superpowers 主导 + ECC 补充，兼顾工程纪律与技术广度。

FIN

avatar
文章
阅读
粉丝