别再让 AI 当“面向撞大运编程”的码农了最近两周我彻彻底底受够了“Cursor/Claude 写代码我背线上 P0 事故”的折磨。让 AI 写个增删改查它经常一顿操作猛如虎连个单元测试都不写一通乱改导致其他微服务直接报错。直到这两天我在 GitHub 上挖到了一个名叫Superpowers的爆火开源插件。我花了一个周末把它接入到我们的企业级 Spring Boot 项目中结果爽飞了——它直接给 Claude Code 穿上了一件“高级架构师”的外衣把 TDD测试驱动开发、代码审查等 20 多种工程化工作流直接做成了标准的 Skill。今天这篇全程干货带你看看我是怎么用Superpowers治好 AI 的“瞎跑病”并把我们的代码交付质量拉满的。 先给结论Superpowers 到底干了啥一句话总结它不是让 AI 写代码变快而是让 AI 写代码变“规矩”了。传统的 AI 辅助编程比如直接用 Claude 问答就像是给了一个聪明但没有任何工程素养的实习生一个键盘想到哪写到哪。而Superpowers插件在底层注入了系统化的方法论。当你下达指令时它会自动触发对应的工作流比如先写测试 - 运行测试失败 - 写业务代码 - 运行测试通过 - 提交。️ 实操演练如何给 Claude Code 注入“超级力量”接入过程非常简单核心在于配置环境变量。我是结合 Intellij IDEA Terminal 来操作的。第一步拉取插件配置以 Mac/Linux 为例我习惯把工作流配置放在项目的根目录下统一管理。# 克隆 Superpowers 的规则库到你的本地或者直接作为 Git Submodulegitclone https://github.com/superpowers-workspace/superpowers.git ~/.superpowers# 在你的 Java 项目根目录下建立软链接将规则注入到 Claude Code 的系统提示词目录ln-s~/.superpowers/skills ./superpowers_skills第二步激活 TDD 与 Code Review Skill进入superpowers_skills目录你可以看到几十个.md文件每一个都是一套成熟的方法论。我在做核心交易链路开发时强烈依赖tdd.md和code-review.md。只要你的终端启动了 Claude Code并处于该项目路径下Claude Code 就会自动读取这些 Skill。 核心场景从“瞎写”到“TDD 极限编程”的真实踩坑上个迭代我需要重构一个极其复杂的计费规则引擎。我直接让 Claude Code 出手结果踩了大坑。❌ 错误写法没有 Superpowers 约束的裸奔 AI我直接在终端输入“帮我重写BillingService.java把硬编码的折扣规则替换成策略模式。”AI 的典型“瞎跑”过程删掉旧代码。直接生成一堆新代码。compile error由于没考虑到 Spring Bean 的注入顺序部分策略类未初始化。我去查错手动排雷修好 Bug。上线提测测试同学发现原本正常的“满减优惠”逻辑被覆盖了。这种先写业务代码、再查漏补缺的方式在复杂工程中就是灾难。✅ 正确写法用 Superpowers 驱动 TDD 工作流引入插件后我的 Prompt 根本不需要变复杂直接说需求插件会自动拦截并转换工作流。我在终端输入“给BillingService加入节假日折扣策略。”此时Superpowers的 TDD Skill 开始接管 Claude Code 的思维。我亲眼在终端里看到了如下的绝妙输出阶段一需求分析与测试用例生成Claude Code 停止了直接写 Java 代码的行为而是先创建了一个测试类// 路径: src/test/java/com/demo/service/BillingServiceTest.javaSpringBootTestclassBillingServiceTest{AutowiredprivateBillingServicebillingService;TestDisplayName(当处于节假日且金额大于100时应享受8折优惠)voidshouldApplyHolidayDiscountWhenAmountOver100(){BigDecimalfinalPricebillingService.calculate(newOrder(newBigDecimal(150.00),true));assertThat(finalPrice).isEqualByComparingTo(120.00);}TestDisplayName(非节假日不享受折扣)voidshouldNotApplyDiscountWhenNotHoliday(){// ... 正常逻辑的边界测试}}阶段二红灯运行测试确认失败Claude Code 自动执行了mvn test。终端报错提示找不到节假日策略。AI 淡定地输出了“测试未通过符合 TDD 预期开始实现业务逻辑。”阶段三绿灯编写刚好通过测试的业务代码它才去写真正的业务类ServicepublicclassHolidayDiscountStrategyimplementsDiscountStrategy{OverridepublicBigDecimalapply(BigDecimalamount){returnamount.multiply(newBigDecimal(0.8));}}阶段四自动 Code Review代码写完后Superpowers的审查 Skill 自动触发。AI 自己开始审查代码并输出报告“检查到当前策略未处理金额为 null 的极端情况建议加防御性编程。”然后它自己把代码补全了整个闭环一气呵成没有任何人工介入单元测试覆盖率直接拉到了 90% 以上。⚠️ 踩坑细节排雷在使用这套工作流时我也踩了两个恶心的坑大家一定要注意Spring Boot 启动太慢导致 AI 等待超时在 TDD 流程中AI 会频繁执行mvn test。如果你的项目很大Spring 上下文启动要十几秒AI 的 Tool 执行可能会超时报错。我的解法在项目中引入testcontainers并在 Claude Code 的配置里设置较长的 timeout 时间。尽量用WebMvcTest这种切片测试代替完整的SpringBootTest让 AI 跑得更快。Code Review Skill 误判循环依赖有时候 AI 审查时发现两个 Service 互相注入会陷入死循环修改A 改成构造器注入B 又报错来回拉扯。这时候需要在 Superpowers 的提示词中加一句“在进行代码审查时忽略 Spring 的双向依赖重构建议保持现有 Autowired 字段注入。” 落地工作流建议建议直接抄作业为了让团队里的其他兄弟也能用爽我总结了一套可以直接落地的标准工作流规范目录结构强制要求每个需求必须先触发 TDD Skill没有测试覆盖的代码在 Git Hook 中直接拦截。CR 双重保险让 AI 扮演“挑剔的高级工程师”在生成 PR 前跑一遍code-review.md工作流把低级错误比如未关闭的流、错误的事务传播机制扼杀在本地。调试专家遇到复杂的 NPE 或者内存泄漏直接呼叫debug.md。不要直接丢几百行日志给它而是引导它“请分析这个 Heap Dump 文件结合 Superpowers 的 Debug Skill找出大对象残留的根因。”AI 工具已经非常强了但现在决定程序员生产力的不再是你会不会敲代码而是你懂不懂把软件工程的最佳实践转化为约束 AI 的方法论。如果这篇实战经验对你有启发点个赞和收藏⭐吧这是对我这个天天熬夜踩坑的老程序员最大的鼓励。下一篇预告很多同学私信问我本地跑这么爽怎么结合 CI/CD下一篇我将分享《告别流水线手动点用 Claude Code GitHub Actions 打造全自动的 AI 代码审查流水线》千万不要错过
克隆 Superpowers 的规则库到你的本地（或者直接作为 Git Submodule）
发布时间：2026/6/9 9:44:16
别再让 AI 当“面向撞大运编程”的码农了最近两周我彻彻底底受够了“Cursor/Claude 写代码我背线上 P0 事故”的折磨。让 AI 写个增删改查它经常一顿操作猛如虎连个单元测试都不写一通乱改导致其他微服务直接报错。直到这两天我在 GitHub 上挖到了一个名叫Superpowers的爆火开源插件。我花了一个周末把它接入到我们的企业级 Spring Boot 项目中结果爽飞了——它直接给 Claude Code 穿上了一件“高级架构师”的外衣把 TDD测试驱动开发、代码审查等 20 多种工程化工作流直接做成了标准的 Skill。今天这篇全程干货带你看看我是怎么用Superpowers治好 AI 的“瞎跑病”并把我们的代码交付质量拉满的。 先给结论Superpowers 到底干了啥一句话总结它不是让 AI 写代码变快而是让 AI 写代码变“规矩”了。传统的 AI 辅助编程比如直接用 Claude 问答就像是给了一个聪明但没有任何工程素养的实习生一个键盘想到哪写到哪。而Superpowers插件在底层注入了系统化的方法论。当你下达指令时它会自动触发对应的工作流比如先写测试 - 运行测试失败 - 写业务代码 - 运行测试通过 - 提交。️ 实操演练如何给 Claude Code 注入“超级力量”接入过程非常简单核心在于配置环境变量。我是结合 Intellij IDEA Terminal 来操作的。第一步拉取插件配置以 Mac/Linux 为例我习惯把工作流配置放在项目的根目录下统一管理。# 克隆 Superpowers 的规则库到你的本地或者直接作为 Git Submodulegitclone https://github.com/superpowers-workspace/superpowers.git ~/.superpowers# 在你的 Java 项目根目录下建立软链接将规则注入到 Claude Code 的系统提示词目录ln-s~/.superpowers/skills ./superpowers_skills第二步激活 TDD 与 Code Review Skill进入superpowers_skills目录你可以看到几十个.md文件每一个都是一套成熟的方法论。我在做核心交易链路开发时强烈依赖tdd.md和code-review.md。只要你的终端启动了 Claude Code并处于该项目路径下Claude Code 就会自动读取这些 Skill。 核心场景从“瞎写”到“TDD 极限编程”的真实踩坑上个迭代我需要重构一个极其复杂的计费规则引擎。我直接让 Claude Code 出手结果踩了大坑。❌ 错误写法没有 Superpowers 约束的裸奔 AI我直接在终端输入“帮我重写BillingService.java把硬编码的折扣规则替换成策略模式。”AI 的典型“瞎跑”过程删掉旧代码。直接生成一堆新代码。compile error由于没考虑到 Spring Bean 的注入顺序部分策略类未初始化。我去查错手动排雷修好 Bug。上线提测测试同学发现原本正常的“满减优惠”逻辑被覆盖了。这种先写业务代码、再查漏补缺的方式在复杂工程中就是灾难。✅ 正确写法用 Superpowers 驱动 TDD 工作流引入插件后我的 Prompt 根本不需要变复杂直接说需求插件会自动拦截并转换工作流。我在终端输入“给BillingService加入节假日折扣策略。”此时Superpowers的 TDD Skill 开始接管 Claude Code 的思维。我亲眼在终端里看到了如下的绝妙输出阶段一需求分析与测试用例生成Claude Code 停止了直接写 Java 代码的行为而是先创建了一个测试类// 路径: src/test/java/com/demo/service/BillingServiceTest.javaSpringBootTestclassBillingServiceTest{AutowiredprivateBillingServicebillingService;TestDisplayName(当处于节假日且金额大于100时应享受8折优惠)voidshouldApplyHolidayDiscountWhenAmountOver100(){BigDecimalfinalPricebillingService.calculate(newOrder(newBigDecimal(150.00),true));assertThat(finalPrice).isEqualByComparingTo(120.00);}TestDisplayName(非节假日不享受折扣)voidshouldNotApplyDiscountWhenNotHoliday(){// ... 正常逻辑的边界测试}}阶段二红灯运行测试确认失败Claude Code 自动执行了mvn test。终端报错提示找不到节假日策略。AI 淡定地输出了“测试未通过符合 TDD 预期开始实现业务逻辑。”阶段三绿灯编写刚好通过测试的业务代码它才去写真正的业务类ServicepublicclassHolidayDiscountStrategyimplementsDiscountStrategy{OverridepublicBigDecimalapply(BigDecimalamount){returnamount.multiply(newBigDecimal(0.8));}}阶段四自动 Code Review代码写完后Superpowers的审查 Skill 自动触发。AI 自己开始审查代码并输出报告“检查到当前策略未处理金额为 null 的极端情况建议加防御性编程。”然后它自己把代码补全了整个闭环一气呵成没有任何人工介入单元测试覆盖率直接拉到了 90% 以上。⚠️ 踩坑细节排雷在使用这套工作流时我也踩了两个恶心的坑大家一定要注意Spring Boot 启动太慢导致 AI 等待超时在 TDD 流程中AI 会频繁执行mvn test。如果你的项目很大Spring 上下文启动要十几秒AI 的 Tool 执行可能会超时报错。我的解法在项目中引入testcontainers并在 Claude Code 的配置里设置较长的 timeout 时间。尽量用WebMvcTest这种切片测试代替完整的SpringBootTest让 AI 跑得更快。Code Review Skill 误判循环依赖有时候 AI 审查时发现两个 Service 互相注入会陷入死循环修改A 改成构造器注入B 又报错来回拉扯。这时候需要在 Superpowers 的提示词中加一句“在进行代码审查时忽略 Spring 的双向依赖重构建议保持现有 Autowired 字段注入。” 落地工作流建议建议直接抄作业为了让团队里的其他兄弟也能用爽我总结了一套可以直接落地的标准工作流规范目录结构强制要求每个需求必须先触发 TDD Skill没有测试覆盖的代码在 Git Hook 中直接拦截。CR 双重保险让 AI 扮演“挑剔的高级工程师”在生成 PR 前跑一遍code-review.md工作流把低级错误比如未关闭的流、错误的事务传播机制扼杀在本地。调试专家遇到复杂的 NPE 或者内存泄漏直接呼叫debug.md。不要直接丢几百行日志给它而是引导它“请分析这个 Heap Dump 文件结合 Superpowers 的 Debug Skill找出大对象残留的根因。”AI 工具已经非常强了但现在决定程序员生产力的不再是你会不会敲代码而是你懂不懂把软件工程的最佳实践转化为约束 AI 的方法论。如果这篇实战经验对你有启发点个赞和收藏⭐吧这是对我这个天天熬夜踩坑的老程序员最大的鼓励。下一篇预告很多同学私信问我本地跑这么爽怎么结合 CI/CD下一篇我将分享《告别流水线手动点用 Claude Code GitHub Actions 打造全自动的 AI 代码审查流水线》千万不要错过
