Appearance
第 30 课:Superpowers——强制 TDD 与工程纪律
第六章:Claude Code 工程化工作流 | 第 30 课
课前思考
你让 AI 做一个功能,它写好代码就跑起来了。然后你交给开发同事,同事看了一眼问:「测试呢?」
你说:「AI 没写。」
同事又问:「那你让它写了吗?」
你想了想:「我也没说要写。」
问题不在于 AI 不会写测试,而在于没有人强制要求它写。这就是 Superpowers 要解决的问题。
一、Vibe Coding 的隐秘代价
在没有流程约束时,AI 的行为模式是这样的:
- 需求模糊 → 直接动手:你说「做个登录」,它就开始写。做出来可能不是你想要的
- 习惯先写代码再补测试:甚至干脆不写测试
- 「感觉差不多」就停止:没有客观的完成标准
- 代码质量不稳定:依赖 AI 的「心情」和你当时给的提示词质量
这不是 AI 的问题,这是没有流程纪律的问题。
二、Superpowers 是什么
Superpowers 是 GitHub 上 50,000+ Star 的开源技能集合。它解决的核心问题是:给 AI 强制配备一套完整的工程开发流程。
安装:
bash
# 在 Claude Code 中运行
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace形象比喻:
- 直接使用 Claude Code:像一个聪明的实习生——你说什么它做什么,但不一定会主动做正确的事
- 装上 Superpowers:给实习生配备了一位资深导师——导师会问清楚需求、制定计划、强制测试、检查质量
三、标准工程化开发流程
Superpowers 定义了一套可重复的 7 步流程:
1. Brainstorming(头脑风暴)
苏格拉底式提问,在编码前澄清需求
↓
2. Design Document(设计文档)
分段展示设计,每段等待确认
↓
3. Writing Plans(编写计划)
将大任务分解为 2-5 分钟可完成的小任务
↓
4. TDD(测试驱动开发)
RED(写失败测试)→ GREEN(最小实现)→ REFACTOR(重构)
↓
5. Subagent Development(子代理执行)
每个任务启动独立子代理,两阶段审查
↓
6. Code Review(代码审查)
自动审查代码质量和安全性
↓
7. Verification(完成前验证)
跑测试、查 lint、确认文档更新每一步都在缩小「我以为做完了」和「真的做完了」之间的差距。
四、TDD 实战对比
没有 Superpowers 时
你:「实现用户认证模块」
AI:写了一堆代码
你:跑起来看看...好像能用
AI:没写测试
你:算了,下次再说有 Superpowers 时
你:「用 TDD 方式实现用户认证模块」
AI 的执行过程:
🔴 RED:先写测试
- 测试用户名密码验证
- 测试 token 生成
- 测试错误处理
- 运行测试 → 全部失败(符合预期,因为代码还没写)
🟢 GREEN:写最少代码使测试通过
- 实现核心认证逻辑
- 运行测试 → 3/4 通过
🟢 GREEN:补完实现
- 实现错误处理
- 运行测试 → 全部通过
🔵 REFACTOR:重构优化
- 提取公共逻辑
- 优化代码结构
- 运行测试 → 全部通过 ✓区别不在于 AI 能不能写测试——它能。区别在于「会不会忘记写」。Superpowers 确保它不会忘。
五、核心技能速查
Superpowers 包含 20+ 个可组合技能。最常用的几个:
| 技能名称 | 触发方式 | 解决的问题 |
|---|---|---|
brainstorming | 需求模糊时自动触发 | 需求不清就开始写代码 |
writing-plans | 提到「制定计划」「规划」 | 大任务一锅炖、写到哪算哪 |
executing-plans | 有 plan 时说「执行」 | 执行中偏离计划 |
test-driven-development | 提到「TDD」「先写测试」 | 写完代码不写测试 |
systematic-debugging | 提到「bug」「不工作」 | 随机试修复方案 |
verification-before-completion | 任务完成时自动触发 | 「感觉差不多了」就停 |
核心认知:Superpowers 不让 AI 更聪明,而是让 AI 更有纪律。聪明解决「能不能做」,纪律解决「做得对不对」。
六、什么时候用 Superpowers?什么时候不用?
| 用 Superpowers | 不用(直接用 Claude Code) |
|---|---|
| 生产级功能开发 | 快速原型验证 |
| 多人协作项目 | 一次性脚本 |
| 需要长期维护的代码 | 「先跑起来看看」的探索 |
| 涉及安全、支付的代码 | 个人小工具 |
原则:简单任务不需要重型流程,复杂项目必须有流程兜底。
课后练习
- 安装 Superpowers:「/plugin install superpowers@superpowers-marketplace」
- 找一个之前做过的功能,用
writing-plans重新规划一次,看看你遗漏了什么 - 对一个新功能说「用 TDD 方式实现」,体验完整的 RED → GREEN → REFACTOR 流程
课程讨论
有问题或想法?欢迎在下方留言讨论。