
最近在折腾 Claude Code 的过程中,发现一个让人眼前一亮的开源项目——Superpowers。这个由 Jesse Vincent(obra) 打造的开源 AI 编程工作流框架,正在悄然改变开发者使用 Claude Code 的方式。
截止目前,Superpowers 在 GitHub 上的星标数已突破 123,000,一度登上 GitHub Trending 榜首。它于 2025 年 10 月开源,2026 年初进入 Anthropic 官方插件市场后迅速爆发。
那么,它到底有什么魔力?
Superpowers 的本质不是让 AI 变得更聪明,而是给 AI 套上软件工程的"纪律与护栏"。
很多开发者刚开始用 Claude Code 时,习惯性地把 AI 当成"代码生成器"——提个需求,等它吐代码,复制粘贴,完事。这种方式在简单场景下还行,但一旦项目复杂起来,就会陷入:
Superpowers 的解决思路是:强制 AI 遵循经过验证的软件工程方法论。
它把软件工程的最佳实践固化成一套可组合的工作流,让 Claude Code 像资深工程师一样:
确保你已经安装并配置好 Claude Code。如果还没装,可以参考官方文档:Quickstart - Claude Code Docs
在 Claude Code 终端中直接执行以下命令(推荐使用官方源):
# 方式1:官方市场安装(推荐) /plugin install superpowers@claude-plugins-official
# 方式2:社区市场安装
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace安装完成后,输入 /reload 让 skill 生效。
重启会话后,执行以下命令验证:
# 查看技能列表,确认 superpowers 存在 /find-skills
# 测试核心命令是否可用
/superpowers:brainstorm如果看到 Superpowers 的相关命令,说明安装成功!
Superpowers 提供了一整套基于 Anthropic Agent Skills 的工作流框架。以下是我总结的 5 个最实用的场景:
适用场景: 拿到需求但还不知道怎么设计方案时。
最佳实践:
/superpowers:brainstorm 设计一个高并发的秒杀系统Superpowers 会引导 Claude Code 按照软件工程思维,从以下维度系统思考:
关键提示: 不要直接跳到编码,先在头脑风暴阶段把方向理顺。
适用场景: 需求明确,需要输出技术方案文档。
最佳实践:
/superpowers:design 基于 Spring Boot 实现分布式任务调度系统Superpowers 会强制生成包含以下内容的方案文档:
核心价值: 避免在编码阶段频繁返工,前期设计越充分,后期踩坑越少。
适用场景: 核心业务逻辑开发,要求高代码质量。
最佳实践:
/superpowers:tdd 实现用户认证模块(JWT + Redis)Superpowers 会严格按照 TDD 流程:
测试覆盖率要求:
踩坑经验: 很多开发者(包括 AI)喜欢先写实现再补测试,这会导致:
Superpowers 的强制 TDD 流程,从根本上解决这些问题。
适用场景: 完成功能开发后,需要系统性审查代码质量。
最佳实践:
/superpowers:codereview ./src 审查 src 目录下的所有代码Superpowers 会按照资深工程师的标准,从以下维度审查:
审查输出格式:
## Code Review Report 严重问题(必须修复)
[文件:行号] 问题描述 + 修复建议
优化建议(建议修复)
[文件:行号] 问题描述 + 优化方案
优点(保持不变)
适用场景: 遇到复杂 bug,需要系统性定位根因。
最佳实践:
/superpowers:debug 生产环境 API 响应时间偶发性超时,日志显示数据库连接池耗尽Superpowers 会引导 Claude Code 按照系统化调试流程:
对比传统调试:
Superpowers 的真正威力在于 组合使用多个工作流。以下是我常用的组合:
# Step 1: 头脑风暴 /superpowers:brainstorm 实现分布式锁组件
# Step 2: 方案设计
/superpowers:design 基于 Redis 实现分布式锁,支持可重入和自动续期
# Step 3: TDD 开发
/superpowers:tdd 实现分布式锁核心逻辑# Step 1: 代码审查 /superpowers:codereview ./src
# Step 2: 重构优化(根据审查报告)
/superpowers:refactor ./src 根据 code review 报告重构代码
# Step 3: 再次审查
/superpowers:codereview ./src 确认重构后代码质量错误用法:
/superpowers:tdd 给我写个电商系统问题: 需求太宽泛,AI 无法聚焦,输出质量差。
正确用法:
/superpowers:tdd 实现电商系统的订单支付模块,支持支付宝和微信支付原则: 需求越具体,输出质量越高。
错误流程:
提需求 → 直接 /superpowers:tdd → 返工 3 次正确流程:
提需求 → /superpowers:brainstorm → /superpowers:design → /superpowers:tdd经验: 前期多花 20% 时间设计,后期节省 80% 返工时间。
错误做法:
// 无效的测试(只为覆盖率)
@Test
public void test() {
assertTrue(true);
}正确做法:
// 行为驱动的测试 @Test
public void should_return_false_when_user_not_found() {
// Given
when(userRepository.findById(anyLong())).thenReturn(Optional.empty());
// When
boolean result = userService.exists(1L);
// Then
assertFalse(result);
}Superpowers 的 TDD 流程会强制要求行为驱动测试,避免"伪测试"。
指标 | 使用前(纯 Claude Code) | 使用后(Superpowers + Claude Code) |
|---|---|---|
代码质量 | ⭐⭐⭐ (依赖提示词) | ⭐⭐⭐⭐⭐ (工程化流程) |
Bug 率 | 高(缺乏系统测试) | 低(TDD + Code Review) |
可维护性 | 中(风格不统一) | 高(强制规范) |
开发效率 | 快(短期) | 更快(长期,减少返工) |
学习曲线 | 低 | 中(需要理解软件工程) |
Superpowers 不是让 AI 变得更聪明,而是让 AI 更"专业"。
它把资深工程师的思维方式和工作流程固化成一套可复用的 Skill,让每个开发者(无论经验深浅)都能按照工程化的标准开发软件。
适合使用 Superpowers 的场景:
暂时不适合的场景:
— 完 —