AI Skill 编程工作流专题：superpowers 与 addyosmani 的 24 个 SDLC 技能怎么配合

先说结论

superpowers（obra/superpowers，291,817 star，MIT）和 addyosmani/agent-skills（99,167 star，MIT）解决的是同一件事：给 AI 编程智能体套上“高级工程师的纪律”。区别是前者是一套带会话启动钩子的完整方法论，后者是 25 个按阶段拆开的细粒度技能。两者能配合，但别无脑一起装——它们都定义了“怎么计划、怎么测、怎么审”，叠一起会打架。本文拆它们怎么串成 brainstorm→计划→执行→审查→测试 的链路，以及冲突点在哪里。

以下数据为 2026-09-26 从 GitHub API 拉取。

两个仓库各自的定位

superpowers 的 README 把它的起点写得很清楚：

“As soon as it sees that you’re building something, it doesn’t just jump into trying to write code. Instead, it steps back and asks you what you’re really trying to do.”（superpowers 仓库原文，意为：智能体一旦察觉你在造东西，不会直接写代码，而是先退一步问你到底想干嘛。）

它 skills/ 下 15 个技能，核心链路是：brainstorming（头脑风暴）→ writing-plans（写计划）→ subagent-driven-development（子智能体分工开发）→ requesting-code-review / receiving-code-review（代码评审）→ finishing-a-development-branch（收尾分支）。强调真红绿 TDD、YAGNI、DRY，还带 using-git-worktrees 这种并行隔离手段。

addyosmani/agent-skills 的 skills/ 目录有 25 个，其中一个 using-agent-skills 是“怎么用技能”的元技能，剩下 24 个才是真正覆盖 SDLC 的（标题里的“24 个”就是这么来的）。它用 9 个斜杠命令映射到开发生命周期：

一个关键差异：superpowers 靠会话启动钩子自动改变智能体默认行为，是“全自动模式”；addyosmani 主要靠你主动敲命令或上下文触发，是“按需调用模式”。

怎么装

superpowers 走官方插件市场，一条命令：

# Claude Code 官方市场安装
/plugin install superpowers@claude-plugins-official
# 或者加 obra 自己的市场再装
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace

addyosmani 用 Vercel 的 skills CLI，一行装全部 25 个，也能单装：

# 安装全部 25 个技能（覆盖 70+ 种 agent）
npx skills add addyosmani/agent-skills
# 只装你需要的单个技能，省上下文
npx skills add addyosmani/agent-skills --skill test-driven-development
npx skills add addyosmani/agent-skills --skill security-and-hardening

从更新节奏看，两个仓库都极活跃：superpowers 最后推送在 2026-09-25，addyosmani 在 2026-09-26，都是当天级别的热度。好处是 bug 修得快，坏处是“锁定版本”对它们更重要——别让插件默认追 main，否则方法论哪天微调，你就得重新适应它的节奏。

它们怎么配合成一条链路

理想串联是：用 superpowers 的 brainstorming 把模糊想法逼成规格，再交给 addyosmani 的 /spec 落成 PRD，/plan 拆成原子任务；执行阶段让 superpowers 的 subagent-driven-development 派子智能体去干，每个切片用 addyosmani 的 /test 做红绿测试；最后 /review 卡质量门，/ship 上线。一个可照抄的节奏：

顺便提一句 addyosmani 的 /build auto：它会在你批准计划后自动生成并执行所有任务，移除任务之间的人工步进，但每步仍强制测试驱动、单独提交，遇到失败或高风险步骤会暂停。这正好能和 superpowers 的 subagent-driven-development 互补——一个管“宏观派活”，一个管“微观自动跑”，但两者都强调“验证不省略”，这是它们能合得来的根本原因。

# 1. 先让 superpowers 逼出真实需求与计划
（会话开头自然进入 brainstorming → writing-plans）
# 2. 切到 addyosmani 的细粒度流程
/spec      # 需求固化成规格
/plan      # 拆任务
/build     # 增量实现
/test      # 红绿测试证明能跑
/review    # 合并前质量门
/ship      # 上线

叠加时的冲突与顺序问题

为什么会有冲突？因为这两套都不是“补丁”，而是“世界观”。superpowers 认为智能体默认就该先想后做、用子智能体分工、强制红绿测试；addyosmani 认为每个阶段都该有可单独调用的专家技能。当两套关于“计划该怎么写”“测试该怎么验”的指令同时存在于上下文，智能体不会自动仲裁，它会挑看起来更靠前的那个，结果就是你每次得到的节奏都不一样。

• 两者都定义了 TDD、计划、代码评审。同一个“怎么写计划”，superpowers 的 writing-plans 和 addyosmani 的 planning-and-task-breakdown 口径不完全一致，智能体会摇摆。
• superpowers 的会话启动钩子会全局改默认行为；如果你又敲 addyosmani 的 /build，自动模式可能和显式命令抢主导权。
• 25 + 15 个技能全装进来，上下文占用不小，且很多技能重叠。建议只全装一个当主干，另一个按单个技能挑装。

实务建议：拿 superpowers 当主干方法论（它管“先想清楚再动手”的节奏），把 addyosmani 当工具箱——只在需要时显式敲 /webperf、/code-simplify、security-and-hardening、interview-me 这类重活，避免两套自动逻辑正面冲突。要注意 addyosmani 的个别技能依赖仓库级 references/ 共享清单，单装时路径会断，得手动补（仓库 issue #361 记录在案）。想看更全的同类技能盘点，可以回看本站 AI Agent Skills 收录榜。

一个容易被忽略的点：superpowers 是靠会话启动钩子“常驻”的，只要装了它，每个新会话开头它都会插话逼你先 brainstorm；addyosmani 默认安静，你不敲 /spec 它就不动。这也是为什么组合时建议让 superpowers 当主干——它的“主动”能兜底，addyosmani 的“被动”不会反过来干扰。反过来若让 addyosmani 全装且依赖自动上下文触发，再叠加 superpowers 的钩子，两个自动系统会互相覆盖。

坑和反模式

• 别两套同时全装还指望它们“自动协调”，重叠技能会互相覆盖指令。
• 别跳过 superpowers 的 brainstorming 直接让 addyosmani 的 /build 干，等于把“先想清楚”这步废了。
• 别以为装了 test-driven-development 智能体就会真写测试，它是“要求”，你仍要 /test 去验收。
• 单装 addyosmani 某个技能时，它不会自动带上仓库级的 references/ 共享清单，路径会断，需要手动补（仓库 issue #361 记录在案）。
• 别在主力分支上第一次跑 subagent-driven-development，配合 using-git-worktrees 隔离更安全。

什么人该装、什么人别装

该装：把 AI 当主力写代码的个人或小团队，且受够了智能体“上来就写、写完就跑、不测不审”。superpowers 治“冲动”，addyosmani 治“粗糙”，配合得当能把产出拉到接近中级工程师的水平。

别装：只偶尔让 AI 改两行脚本、或者对“方法论”本身过敏的人。15+25 个技能带来的上下文和规则约束，对你来说是负担不是助力。真要单点能力，去 办公文档专题 那种轻量技能里挑更合适。