你是不是也这样用 Claude Code?

打开终端 → 敲一句"帮我写个登录接口" → 看着它吭哧吭哧写代码 → 跑不通 → 修 bug → 修出更多 bug → 心态爆炸 → 重来。

你缺的不是更强的模型,而是一套工程化的工作流。

今天介绍 Anthropic 官方出品的 Superpowers 技能全家桶——13 个技能,覆盖软件开发的完整生命周期。装好之后,Claude Code 从"高级补全工具"直接变成"你的全栈副脑"。


全家桶全景图

阶段

技能

一句话概括

🧭 入口

using-superpowers

全家桶的使用说明书

💡 需求

brainstorming

把模糊想法变成清晰 spec

📋 规划

writing-plans

把 spec 变成可执行计划

🔨 执行

executing-plans

按计划分步推进,带检查点

⚡ 加速

subagent-driven-development

独立任务并行开发

🚀 加速

dispatching-parallel-agents

一次性派发多个子智能体

✅ 质量

test-driven-development

先写测试,再写代码

🐛 质量

systematic-debugging

二分法定位根因,拒绝玄学调试

👀 质量

requesting-code-review

让 Claude 审查你的代码

🔧 质量

receiving-code-review

让 Claude 帮你改审查意见

🏁 收尾

finishing-a-development-branch

合并、清理、提交一条龙

🧹 收尾

using-git-worktrees

Git Worktree 环境隔离

✅ 收尾

verification-before-completion

完成前最后一轮验证

🔌 扩展

writing-skills

自己写技能,无限扩展


工作流实战:一个需求的一生

下面用一个真实场景把这 13 个技能串起来。假设你要做 "用户头像上传并裁剪" 功能。


第一阶段:需求 → 设计

🧭 using-superpowers

所有技能的入口。它确保你不会手动做技能该做的事——比如自己翻文件找代码、自己写重复性逻辑。

核心原则:哪怕只有 1% 的概率某个技能能用,也先调用它。

这就像一个严格执行 SOP 的项目经理,防止你跳过流程直接写代码。

💡 brainstorming

这是最容易被低估的技能,也是节省时间最多的技能

你只需要说"我要做头像上传功能",brainstorming 会:

  1. 先探索项目上下文(已有代码、技术栈、文件结构)

  2. 一个一个问关键问题(不是连珠炮)

  3. 提出 2-3 种方案,给出推荐

  4. 输出一份完整的设计 spec

真实体验:你随口说"加个头像上传",它反过来问你:"前端用哪种裁剪库?图片存本地还是 OSS?需要缩略图吗?尺寸限制?格式限制?要不要审核?"——这些你没想过的问题,在写代码前全问清楚了。

输出物docs/superpowers/specs/2026-05-18-avatar-upload-design.md


第二阶段:设计 → 计划

📋 writing-plans

有了 spec,writing-plans 把它拆成可执行的步骤:

1. 创建 ImageService 类(存储、裁剪、格式转换)
2. 创建 AvatarUpload 接口(HTTP POST /api/user/avatar)
3. 前端裁剪组件(集成 Cropper.js)
4. 数据库字段迁移(user.avatar_url)
5. 单元测试 + 集成测试
6. 边界处理(超大文件、非图片格式、并发上传)

每个步骤有明确的验收条件依赖关系。这一步让"大需求"变成了"小任务清单"。


第三阶段:执行 → 编码

🔨 executing-plans

传统用法:你把计划贴给 Claude,它从头写到尾,写到一半跑偏了你知道的时候已经晚了。

有了 executing-plans:每个步骤执行完,Claude 会停下来确认。你同意才继续,不同意立刻纠正。就像一个有检查点的流水线。

⚡ subagent-driven-development

计划里步骤 1(后端 ImageService)和步骤 3(前端裁剪组件)互不依赖,为什么不能同时做?

subagent-driven-development 就是干这个的——把独立任务分给不同的子智能体,并行开发。你不用等后端写完再写前端,两边同时推进。

🚀 dispatching-parallel-agents

如果你同时还需要:

  • 调研一下 Cropper.js vs react-image-crop 哪個更好

  • 写数据库迁移脚本

  • 补充单元测试

dispatching-parallel-agents 一次性把这三个任务派发给三个子智能体,你喝杯咖啡的功夫,三个任务同时在做

实测:4 个独立任务并行跑,总耗时 ≈ 最慢那个任务的时间,而不是 4 个任务加起来的时间。

✅ test-driven-development

TDD 技能强制你先写测试,再写代码

流程是:红灯(写测试 → 失败)→ 绿灯(写最简代码 → 通过)→ 重构(优化代码 → 测试仍通过)。

听起来繁琐?但配上 Claude Code,写测试也就是一句话的事。收益却很实在:重构的时候你敢改了,因为测试告诉你有没有坏。


第四阶段:质量 → 修复

🐛 systematic-debugging

传统调试:这里加个 print,那里加个 log,改一下试试……(玄学调试)

systematic-debugging 用的是二分法

  1. 确定 bug 的"出现范围"(在哪两个节点之间)

  2. 在范围中间打桩

  3. 跑一次看 bug 在左半还是右半

  4. 对半切,直到定位到根因

就像猜数字游戏,1-100 之间最多 7 次就能猜中。调试的问题不是"找不到",而是"找得慢"。

👀 requesting-code-review

代码写完了,让 Claude 审查。它会关注:

  • 安全漏洞(注入、越权、敏感信息泄露)

  • 边界条件(空值、超大文件、并发)

  • 代码风格和可维护性

  • 是否有更简单的写法

审完之后输出一份结构化的 Review Report,你可以逐条确认或反驳。

🔧 receiving-code-review

反过来——你拿到了同事的 Review 意见,让 Claude 帮你改。把 Review 内容贴给它,它会逐条修改并标记 resolved。

省掉了"看懂 Review → 找到对应代码 → 修改 → 确认没有改错"这个最费脑的循环。


第五阶段:收尾 → 交付

✅ verification-before-completion

完成前的最后一关。Claude 会自检:

  • 计划里所有步骤都执行完了吗?

  • 测试全绿吗?

  • 有没有遗落的 TODO?

  • 有没有临时调试代码没删除?

这个技能就像出门前检查"手机、钥匙、钱包"——小事不做,后悔一天。

🧹 using-git-worktrees

多个需求并行开发时,Git Worktree 是救命技能。每个需求一个独立的 worktree 目录,互不干扰。

比如你在主分支上修 hotfix,又有一个 feature 分支开发了一半,切来切去很痛苦。用 worktree:

主分支:  ~/project/main
Feature: ~/project/worktrees/feature-avatar
Hotfix:  ~/project/worktrees/hotfix-login

三个目录同时存在,随时切换。

🏁 finishing-a-development-branch

功能开发完了,该合并了。这个技能帮你:

  • 确认所有改动已提交

  • rebase 到最新主分支

  • 运行完整测试套件

  • 推送到远端

  • 创建 PR

一条命令,之前零零碎碎要做的 10 步操作一气呵成。


扩展阶段:自己造轮子

🔌 writing-skills

Superpowers 全家桶的终极大招:你可以写自己的技能

比如你团队的代码规范、你的项目模板、你常用的调试套路,都可以封装成一个 skill,下次直接调用。

这才是真正的"个人 AI 工作流平台化"。


一个完整的调用链

把上面的流程串起来,一个需求从生到死的完整调用链:

using-superpowers           ← 入口,确认技能就位
    ↓
brainstorming               ← "我要做头像上传" → 输出 spec
    ↓
writing-plans               ← spec → 输出 6 步计划
    ↓
executing-plans             ← 按计划执行,每步确认
    ├── subagent-driven-development   ← 后端的 3 步可以并行
    ├── dispatching-parallel-agents   ← 调研 + 迁移 + 测试同时跑
    └── test-driven-development      ← 每个模块先写测试
    ↓
requesting-code-review      ← 审查全部代码
    ↓
receiving-code-review       ← 修改审查意见
    ↓
systematic-debugging        ← 测试挂了?二分法定位
    ↓
verification-before-completion  ← 最后检查
    ↓
finishing-a-development-branch  ← 合并提交,打完收工

一条流水线,13 个技能,覆盖 100% 的开发流程。


为什么它值得你用?

不用 Superpowers

用了 Superpowers

需求理解靠猜,写到一半发现方向错了

brainstorming 先把需求弄清楚

直接写代码,测试是后话

TDD 先写测试,重构有底气

bug 靠 print 和直觉

二分法系统性定位,一次必找到

一个需求从头写到尾,跑偏了不知道

executing-plans 每步检查点

多个任务排队等,CPU 闲置

并行子智能体,充分利用算力

代码审查像开盲盒

结构化 Review Report

提交前手忙脚乱

finishing 技能一条龙

核心差异:没有 Superpowers,你在"用" AI。有 Superpowers,你在"管" AI。


如何安装?

Superpowers 是 Claude Code 的官方插件,一行命令搞定:

claude plugins install superpowers@anthropic-agent

安装后,所有技能自动可用。在对话中输入 / 就能看到全部技能列表。


写在最后

AI 编程工具这一年进化很快,但很多人还是停留在"ChatGPT 式"的用法——提需求、看回复、复制粘贴。这不是 AI 的上限,是使用方式的上限

Superpowers 全家桶的价值不在于多 13 个命令,而在于把软件工程的最佳实践(需求分析、计划分解、TDD、代码审查、系统调试)固化为 AI 工作流

工具在进化,你的工作方式也该进化了。


🔥 如果你觉得这篇文章有用,点个「在看」让更多人看到。

💬 评论区聊聊:你现在用 Claude Code 的开发流程是什么样的?最大的痛点是什么?

📌 关注本号,持续更新 Claude Code / AI 编程的深度实战内容。


更多推荐