今天来聊聊Claude Code配合Superpowers插件的实战操作指南。
为什么要使用Superpowers?或者说,它究竟解决了哪些开发痛点?
简单来说,Superpowers解决的核心问题是:直接使用AI大模型编写代码,容易出现方向偏差、缺乏规范性等问题。
没有Superpowers辅助的AI编程,通常呈现以下状态:直接跳入代码实现环节 → 未能深入理解真实需求 → 开发过程中逐渐偏离目标 → 反复修正纠偏 → 测试环节往往被忽略。整个流程缺少有效约束,代码质量依赖于偶然因素。
而有了Superpowers加持的AI编程,工作流程发生了显著改变:先明确“你的真实诉求是什么” → 设计分块确认机制,防止理解偏差 → 任务拆解清晰可追溯 → 强制实施TDD,保障代码质量 → 自动进行代码审查,提前发现问题。
因此,Superpowers并不是让AI模型本身变得更智能,它的核心价值在于——为Claude Code融入一套工程SOP(标准作业流程)。通过一组Skill文件,将“先理清思路→制定计划→编写代码→验证结果→审查代码”这一完整链路强制执行。换句话说,它引导AI遵循标准化流程,而非凭直觉随意开发。
安装步骤
# 启动 Claude Code
claude
# 在对话中输入(或直接执行命令):
/plugin install superpowers@claude-plugins-official
14个核心Skills——一览表
Superpowers本质上是一套Skills合集,目前包含以下14个核心Skills,全面覆盖开发全流程。
| 阶段 | Skill | 核心作用 |
|---|---|---|
| 入口 | using-superpowers | 每次会话启动时强制注入——未完成标准流程前禁止编码 |
| 需求 | brainstorming | 采用苏格拉底式提问,将模糊想法转化为结构化设计文档 |
| 规划 | writing-plans | 拆解为2-5分钟粒度的子任务,每步附带文件路径与验证方式 |
| 隔离 | using-git-worktrees | 每个功能独立worktree/分支,互不干扰 |
| 执行 | executing-plans | 按计划批量推进,设置人工检查节点 |
| 并行 | dispatching-parallel-agents | 多个子Agent同时处理独立模块 |
| TDD | test-driven-development | 遵循RED→GREEN→REFACTOR流程,必须有失败测试作为证明 |
| 调试 | systematic-debugging | 四阶段根因分析,连续3次失败自动触发架构审查 |
| 审查 | requesting-code-review | 对照Plan逐项核查代码质量 |
| 验收 | verification-before-completion | 不允许直接说“已修复”,必须提供运行结果作为证据 |
| 收尾 | finishing-a-development-branch | 测试全部通过?lint检查无误?commit符合规范?→合并/PR/清理 |
| 扩展 | writing-skills | 指导你为自己的项目编写新的Skill |
实战演练
1. 先问Claude Code:Superpowers如何使用?
2. 编写一个Todo API服务(brainstorming:创建功能前,先探索需求与设计方案)
在这一步,brainstorming对我进行了非常详尽的提问。前前后后沟通了十几轮,具体细节就不在此展开了,感兴趣的读者可以亲自体验一下。
比较出乎意料的是,它还启动了一个服务,提供了三种设计风格供我选择,交互体验非常直观。
最终,在一系列引导式提问之后,方案顺利确定下来。
3. 实现计划(writing plans:需求明确后编写详细的实现计划)
方案确定之后,我们完全不必操心下一步该如何操作。Superpowers已经给出了清晰的指引,按照提示执行即可。
制定实现计划的过程相对顺畅,因为前期的方案已经基本定型。最终产出的实现计划为英文版本。
接下来需要选择执行方式。这里我选择A套餐,尝试一些新的方式。
4. 执行开发
由于此处使用Subagent驱动,因此调用的是subagent-driven-development这个skill。它与test-driven-development之间的关系如下所示:
由于任务相对简单,整个开发过程很快完成,并顺便执行了代码审查。值得一提的是,它还自动执行了git提交,确保代码可以回滚,这一细节值得肯定。
总结
为什么这次选择番茄钟作为案例?因为之前也曾用Claude Code配合同一模型开发过番茄钟进行测试,当时还存在一些Bug。
这次使用Superpowers重新实践,最直观的感受是:整体的开发体验和最终效果都显著优于之前(当然,执行速度也有所放缓),并且效果基本一步到位,几乎不需要返工修改。
期待未来能在更复杂的项目中继续尝试,检验这套流程在真实工业级场景下的实际表现。
