title: “装了 Superpowers 之后Claude Code 终于像个正经工程师了”tags:Claude CodeSuperpowersAI编程效率工具TDDcategories:AI工具description: “Claude Code 安装 Superpowers 插件后的真实使用体验从安装配置到 brainstorm → write-plan → execute-plan 全流程实录附踩坑经验和适用场景分析。”导读用了三个月 Claude Code最开始是直接让它写代码——快是真快但经常写完发现需求理解偏了、没写测试、边界情况没处理。后来装了 Superpowers 插件Claude Code 变了个人先问清楚需求、再写计划、然后 TDD 式开发、最后自动 Code Review。本文先介绍 Superpowers 是什么、解决了什么问题再记录完整的使用过程和踩坑经验。先搞清楚 Superpowers 是什么它要解决什么问题用 Claude Code 写代码你一定遇到过这些情况说一句加个登录功能它立刻开始撸代码30 秒后告诉你搞定了——密码明文存储、没做输入校验、没写测试复杂功能做到一半AI 忘了最初的架构约定代码风格开始混乱团队里每个人调教 AI的方式不一样写出来的代码风格千奇百怪AI 声称完成了实际上没跑测试、没处理边界情况、没更新文档这些问题不是 AI 模型能力不够而是缺乏工程纪律。原生 Claude Code 是代码生成器——你让它干啥它就干啥不会多想。真正的开发流程应该是先想清楚、再规划、后动手、必验证。Superpowers 的定位Superpowers 是由 Jesse VincentGitHub ID: obra开源的一个AI 编程工作流框架2025 年 10 月开源2026 年初进入 Anthropic 官方插件市场后迅速爆发目前在 GitHub 上有 180K Star安装量近 60 万次。它也支持 Cursor、Codex、OpenCode、Gemini CLI 等工具但本文以 Claude Code 为主。它的核心理念叫Process over Prompt流程大于提示词——不是让 AI 变得更聪明而是让 AI 必须遵守软件工程的纪律。你可以把它理解成给 AI 配了一个资深 Tech Lead——在关键决策点拦住它强制走正确的流程。核心概念Skills技能Superpowers 的核心是技能Skills。每个 Skill 本质上是一个 Markdown 文件定义了特定开发场景下 AI 必须遵守的规则和流程。这些规则是强制的——AI 违反就算错误。装上 Superpowers 后Claude Code 会自动获得 14 个 Skills覆盖完整的开发生命周期类别Skill干什么的需求与规划brainstorming苏格拉底式问答理清需求和设计需求与规划writing-plans把需求拆成 2-5 分钟的小任务执行executing-plans按计划逐步执行执行test-driven-development强制 TDD先写测试再写实现执行subagent-driven-development每个任务用独立子 Agent 执行避免上下文污染调试systematic-debugging4 阶段调试复现 → 定位 → 修复 → 验证质量保障requesting-code-review自动发起代码审查质量保障verification-before-completion完成前强制跑测试禁止我觉得没问题分支管理using-git-worktrees自动创建隔离分支保护主分支完整工作流一览一个功能从需求到代码Superpowers 的标准流程[1] brainstorming — AI 先跟你讨论把需求问清楚提出 2-3 种方案 ↓ [2] writing-plans — 把确认的方案拆成 2-5 分钟的小任务保存到 docs/plans/ ↓ [3] using-git-worktrees — 创建隔离的 feature 分支坏了直接丢弃 ↓ [4] executing-plans — 逐个任务执行每个任务遵循 TDD红 → 绿 → 重构 ↓ [5] code-review — 任务间自动 Code Review严重问题阻塞推进 ↓ [6] verification — 跑全部测试确认无回归 ↓ [7] finish-branch — 提供合并 / 创建 PR / 丢弃选项 这个流程不是每次都要走完。改一行 CSS 就不需要 brainstorm。Superpowers 会根据任务复杂度自动判断走哪些步骤。安装一条命令的事前提条件Claude Code 已安装2025 年 12 月之后的版本支持插件系统终端能正常访问外网安装时需要下载 Skill 文件安装步骤在 Claude Code 终端里执行# 方式一Anthropic 官方市场最简单推荐/plugininstallsuperpowersclaude-plugins-official# 方式二Superpowers 自己的 marketplace/plugin marketplaceaddobra/superpowers-marketplace /plugininstallsuperpowerssuperpowers-marketplace安装完重启 Claude Code输入/quit退出再重新运行claude你会看到类似这样的提示✓ Superpowers skills loaded: 14 skills available验证安装# 查看所有可用命令/help# 应该能看到以 superpowers: 开头的命令# /superpowers:brainstorm - 交互式设计精炼# /superpowers:write-plan - 创建实施计划# /superpowers:execute-plan - 批量执行计划更新插件Superpowers 更新挺频繁的建议定期更新/plugin update superpowers适用版本Claude Code2025 年 12 月之后的版本Superpowersv4.3.02026 年 2 月之后三种使用方式装好之后你有三种方式来触发 Superpowers 的 Skills方式怎么用我的建议自动触发直接用自然语言描述需求AI 自动匹配 Skill大多数情况用这个就行斜杠命令/superpowers:brainstorm、/superpowers:write-plan等需要明确走某个步骤时用技能名触发对话中提到用 TDD 方式、“系统化调试”特定方法论场景用我的习惯是新功能用/superpowers:brainstorm显式触发修 bug 和小改动让 AI 自动判断。完整流程实录从需求到代码下面我用一个真实的项目来演示完整流程。任务给一个已有的 Spring Boot 项目加一个用户反馈功能。第 1 步Brainstorm — 先把需求聊清楚/superpowers:brainstorm 我想给项目加一个用户反馈功能 用户可以提交文字反馈管理员可以在后台查看和回复Claude 的反应跟没装 Superpowers 时完全不同——它没有直接写代码而是开始问我问题Claude: 我先问几个问题来理清需求 1. 反馈需要分类吗比如 Bug 反馈、功能建议、其他 → 需要分三类Bug、建议、其他 2. 用户需要登录才能提交吗还是匿名也可以 → 需要登录跟现有的用户体系打通 3. 管理员回复后用户需要收到通知吗 → 暂时不需要后续版本再加 4. 反馈需要支持图片附件吗 → 第一版先支持纯文字 5. 管理员后台是新建页面还是加到现有管理后台 → 加到现有的管理后台这一轮问答大概花了 3 分钟。但如果没有这 3 分钟我可能直接让 AI 开干了写到一半发现需要跟用户体系打通、“需要分类”又得推倒重来。问答结束后Claude 给出了两种架构方案方案描述优点缺点A单表设计一张 feedback 表搞定简单开发快回复和反馈混在一起扩展性差B主从表设计feedback feedback_reply 两张表结构清晰方便后续加功能多一张表查询略复杂Claude 推荐方案 B我也觉得 B 更合理后续要加通知、加附件都方便。确认后设计文档自动保存到了docs/plans/目录。 不要跳过 brainstorm 环节。即使你觉得需求很清楚让 AI 问完之后经常会发现自己漏想了什么。我踩过最大的坑就是跳过这步写了 200 行代码才发现需求理解偏了。第 2 步Write Plan — 把任务拆细/superpowers:write-planClaude 基于刚才确认的方案自动生成了一份详细的实现计划 开发计划用户反馈功能 步骤 1数据库迁移 - 文件src/main/resources/db/migration/V003__create_feedback_tables.sql - 内容创建 feedback 和 feedback_reply 两张表 - 验收mvn flyway:migrate 成功 步骤 2实体类和 Repository - 文件entity/Feedback.java, entity/FeedbackReply.java - 文件repository/FeedbackRepository.java, repository/FeedbackReplyRepository.java - 验收mvn compile 通过 步骤 3用户提交反馈 API - 文件controller/FeedbackController.java, service/FeedbackService.java - 端点POST /api/feedback - 验收测试用例通过返回 201 步骤 4管理员查询列表 API - 端点GET /api/admin/feedbacks支持分页和分类筛选 - 验收测试用例通过返回正确分页数据 步骤 5管理员回复 API - 端点POST /api/admin/feedbacks/{id}/reply - 验收测试用例通过回复正确关联到反馈 步骤 6单元测试 - 文件test/FeedbackServiceTest.java - 覆盖正常提交、空内容校验、未登录校验、分页边界 - 验收mvn test 全部通过每个步骤都是 2-5 分钟能完成的小任务包含精确的文件路径、验收标准。⚠️ 计划必须你确认后 AI 才会动手写代码。这是 Superpowers 最重要的护栏——你可以修改、调整顺序、删减步骤确认了再往下走。第 3 步Execute Plan — TDD 式执行/superpowers:execute-plan这一步 Superpowers 会做几件事自动创建 Git Worktree在一个隔离的分支上开发主分支不受影响逐个任务执行每个任务遵循 TDD 流程先写测试 → 再写实现 → 重构任务间 Code Review每完成一个任务自动发起审查关键问题阻塞遇到严重问题会停下来等你确认TDD 的执行过程大概长这样步骤 3用户提交反馈 API [RED] 写测试testSubmitFeedback_Success → 测试失败 ✗实现还没写 [GREEN] 写实现FeedbackController.submit FeedbackService.create → 测试通过 ✓ [REFACTOR] 检查代码质量提取校验逻辑到独立方法 → 测试仍然通过 ✓ [REVIEW] 自动 Code Review → 无问题继续下一步我特别喜欢 TDD 这一步。以前让 AI 写代码测试是事后补的很多时候干脆不写。现在测试先写AI 必须看到测试失败才写实现——这保证了测试真的在验证业务逻辑而不是凑覆盖率。第 4 步验证和收尾所有任务执行完后Superpowers 会自动跑一遍全部测试确认没有回归发起最终 Code Review检查安全、性能、代码风格提供合并选项合并到主分支 / 创建 PR / 丢弃如果测试没通过它不会说搞定了而是老老实实告诉你哪里有问题怎么修。跟原版 Claude Code 的对比用一个表格说清楚装前装后的区别环节原版 Claude Code Superpowers收到需求直接开始写代码先问清楚需求再动手实现过程写到哪算哪按 TDD 红-绿-重构走测试事后补或者不写先写测试再写实现代码质量靠你事后 Review自动 Code Review异常处理经常遗漏brainstorm 阶段就列出了边界情况Git 管理直接改主分支自动创建隔离分支复杂任务容易跑偏、遗漏拆成小任务逐步执行Token 消耗少但可能要多次返工多 10-20%但一次做对什么时候该用什么时候别用适合用的场景新功能开发50 行代码以上的复杂 Bug 修复需要定位根因的重构老代码团队项目需要统一的开发规范你对需求还不太清晰的时候不适合的场景改一行 CSS、修一个 typo——直接说就行别走完整流程快速原型验证——如果你 10 分钟就想看到 DemoSuperpowers 的规范流程会让你觉得啰嗦简单的脚本工具——写个 Python 小脚本没必要走 TDD 我的经验日常开发中大概 60% 的任务会触发 Superpowers 的某个 Skill40% 的简单操作直接跟 Claude 说就行。不用强求每个任务都走完整流程。我踩过的坑1. 把 Superpowers 当成万能药装了 Superpowers 不等于代码就不会出问题了。它能帮你规范流程但如果需求本身就有问题比如你自己都没想清楚要做什么brainstorm 问出来的答案也不会靠谱。想清楚需求永远是第一步Superpowers 只是帮你把这个过程结构化。2. 过度依赖自动触发有时候我只想快速验证一个想法但 Superpowers 自动触发了 brainstorming开始问一堆问题。这种时候直接说不用 brainstorm直接帮我看看这段代码就行它会跳过。3. TDD 在前端组件上有时候太重了写一个按钮组件的 TDD 测试有时候比写组件本身还费劲。我的做法是核心业务逻辑Service 层、数据层严格 TDDUI 组件用视觉验证 关键交互测试不强制每个按钮都走 TDD。4. 长会话的 Token 消耗Superpowers 的 brainstorm plan execute 全走下来一个中等功能的 Token 消耗大概比原版多 20-30%。短期看是多了但考虑到减少了返工次数长期算下来其实是省的。5. 没及时更新插件Superpowers 更新挺频繁的新版本会修复 Skill 的逻辑问题。有一次我用的旧版本brainstorm 技能在处理中文需求时偶尔会跳步——更新到最新版就好了。# 更新命令/plugin update superpowers常用命令速查命令作用/superpowers:brainstorm苏格拉底式问答理清需求/superpowers:write-plan生成详细的实现计划/superpowers:execute-plan按计划 TDD 式执行/plugin install superpowersclaude-plugins-official安装插件/plugin update superpowers更新插件/help查看所有可用命令/reload-plugins重新加载插件不用记命令也行——大多数时候直接用自然语言描述需求Superpowers 会自动匹配合适的 Skill。常见问题QSuperpowers 能用在 Cursor / Codex 上吗能。虽然本文以 Claude Code 为主但 Superpowers 也支持 Cursor、Codex、OpenCode、Gemini CLI 等工具。安装方式略有不同参考 GitHub 仓库的文档。QToken 消耗会不会增加很多短期会增加 10-20%因为 brainstorm 和 TDD 多了几轮对话但减少了返工次数后总体消耗反而可能更低。一个功能一次做对比反复改三轮要省得多。Q小团队用有价值吗特别适合。Superpowers 最大的价值之一就是统一团队的开发规范——每个人跟 AI 的交互方式是一样的不会出现张三调教的 AI 和李四调教的 AI 写出来的代码风格完全不同的问题。Q需要联网吗安装时需要联网下载 Skill 文件就是一些 Markdown使用过程中不需要额外联网跟普通 Claude Code 一样。Q对中文支持怎么样Skill 文件本身是英文的但 Claude Code 能理解中文需求并正确执行流程。brainstorming 阶段可以用中文提问和回答不影响效果。社区也有中文优化版的 Skill 包可以装。参考链接Superpowers GitHub 仓库https://github.com/obra/superpowersClaude Code 官方文档https://docs.anthropic.com/en/docs/claude-codeSuperpowers 实战演示Todo Apphttps://blog.fsck.com/blog/2025/superpowers/superpowers-demo.txtClaude Code Superpowers 实战开发https://aicoding.juejin.cn/post/7633726233877200934Superpowers 详细用法教程https://www.cnblogs.com/gyc567/p/19510203
装了 Superpowers 之后，Claude Code 终于像个正经工程师了
title: “装了 Superpowers 之后Claude Code 终于像个正经工程师了”tags:Claude CodeSuperpowersAI编程效率工具TDDcategories:AI工具description: “Claude Code 安装 Superpowers 插件后的真实使用体验从安装配置到 brainstorm → write-plan → execute-plan 全流程实录附踩坑经验和适用场景分析。”导读用了三个月 Claude Code最开始是直接让它写代码——快是真快但经常写完发现需求理解偏了、没写测试、边界情况没处理。后来装了 Superpowers 插件Claude Code 变了个人先问清楚需求、再写计划、然后 TDD 式开发、最后自动 Code Review。本文先介绍 Superpowers 是什么、解决了什么问题再记录完整的使用过程和踩坑经验。先搞清楚 Superpowers 是什么它要解决什么问题用 Claude Code 写代码你一定遇到过这些情况说一句加个登录功能它立刻开始撸代码30 秒后告诉你搞定了——密码明文存储、没做输入校验、没写测试复杂功能做到一半AI 忘了最初的架构约定代码风格开始混乱团队里每个人调教 AI的方式不一样写出来的代码风格千奇百怪AI 声称完成了实际上没跑测试、没处理边界情况、没更新文档这些问题不是 AI 模型能力不够而是缺乏工程纪律。原生 Claude Code 是代码生成器——你让它干啥它就干啥不会多想。真正的开发流程应该是先想清楚、再规划、后动手、必验证。Superpowers 的定位Superpowers 是由 Jesse VincentGitHub ID: obra开源的一个AI 编程工作流框架2025 年 10 月开源2026 年初进入 Anthropic 官方插件市场后迅速爆发目前在 GitHub 上有 180K Star安装量近 60 万次。它也支持 Cursor、Codex、OpenCode、Gemini CLI 等工具但本文以 Claude Code 为主。它的核心理念叫Process over Prompt流程大于提示词——不是让 AI 变得更聪明而是让 AI 必须遵守软件工程的纪律。你可以把它理解成给 AI 配了一个资深 Tech Lead——在关键决策点拦住它强制走正确的流程。核心概念Skills技能Superpowers 的核心是技能Skills。每个 Skill 本质上是一个 Markdown 文件定义了特定开发场景下 AI 必须遵守的规则和流程。这些规则是强制的——AI 违反就算错误。装上 Superpowers 后Claude Code 会自动获得 14 个 Skills覆盖完整的开发生命周期类别Skill干什么的需求与规划brainstorming苏格拉底式问答理清需求和设计需求与规划writing-plans把需求拆成 2-5 分钟的小任务执行executing-plans按计划逐步执行执行test-driven-development强制 TDD先写测试再写实现执行subagent-driven-development每个任务用独立子 Agent 执行避免上下文污染调试systematic-debugging4 阶段调试复现 → 定位 → 修复 → 验证质量保障requesting-code-review自动发起代码审查质量保障verification-before-completion完成前强制跑测试禁止我觉得没问题分支管理using-git-worktrees自动创建隔离分支保护主分支完整工作流一览一个功能从需求到代码Superpowers 的标准流程[1] brainstorming — AI 先跟你讨论把需求问清楚提出 2-3 种方案 ↓ [2] writing-plans — 把确认的方案拆成 2-5 分钟的小任务保存到 docs/plans/ ↓ [3] using-git-worktrees — 创建隔离的 feature 分支坏了直接丢弃 ↓ [4] executing-plans — 逐个任务执行每个任务遵循 TDD红 → 绿 → 重构 ↓ [5] code-review — 任务间自动 Code Review严重问题阻塞推进 ↓ [6] verification — 跑全部测试确认无回归 ↓ [7] finish-branch — 提供合并 / 创建 PR / 丢弃选项 这个流程不是每次都要走完。改一行 CSS 就不需要 brainstorm。Superpowers 会根据任务复杂度自动判断走哪些步骤。安装一条命令的事前提条件Claude Code 已安装2025 年 12 月之后的版本支持插件系统终端能正常访问外网安装时需要下载 Skill 文件安装步骤在 Claude Code 终端里执行# 方式一Anthropic 官方市场最简单推荐/plugininstallsuperpowersclaude-plugins-official# 方式二Superpowers 自己的 marketplace/plugin marketplaceaddobra/superpowers-marketplace /plugininstallsuperpowerssuperpowers-marketplace安装完重启 Claude Code输入/quit退出再重新运行claude你会看到类似这样的提示✓ Superpowers skills loaded: 14 skills available验证安装# 查看所有可用命令/help# 应该能看到以 superpowers: 开头的命令# /superpowers:brainstorm - 交互式设计精炼# /superpowers:write-plan - 创建实施计划# /superpowers:execute-plan - 批量执行计划更新插件Superpowers 更新挺频繁的建议定期更新/plugin update superpowers适用版本Claude Code2025 年 12 月之后的版本Superpowersv4.3.02026 年 2 月之后三种使用方式装好之后你有三种方式来触发 Superpowers 的 Skills方式怎么用我的建议自动触发直接用自然语言描述需求AI 自动匹配 Skill大多数情况用这个就行斜杠命令/superpowers:brainstorm、/superpowers:write-plan等需要明确走某个步骤时用技能名触发对话中提到用 TDD 方式、“系统化调试”特定方法论场景用我的习惯是新功能用/superpowers:brainstorm显式触发修 bug 和小改动让 AI 自动判断。完整流程实录从需求到代码下面我用一个真实的项目来演示完整流程。任务给一个已有的 Spring Boot 项目加一个用户反馈功能。第 1 步Brainstorm — 先把需求聊清楚/superpowers:brainstorm 我想给项目加一个用户反馈功能 用户可以提交文字反馈管理员可以在后台查看和回复Claude 的反应跟没装 Superpowers 时完全不同——它没有直接写代码而是开始问我问题Claude: 我先问几个问题来理清需求 1. 反馈需要分类吗比如 Bug 反馈、功能建议、其他 → 需要分三类Bug、建议、其他 2. 用户需要登录才能提交吗还是匿名也可以 → 需要登录跟现有的用户体系打通 3. 管理员回复后用户需要收到通知吗 → 暂时不需要后续版本再加 4. 反馈需要支持图片附件吗 → 第一版先支持纯文字 5. 管理员后台是新建页面还是加到现有管理后台 → 加到现有的管理后台这一轮问答大概花了 3 分钟。但如果没有这 3 分钟我可能直接让 AI 开干了写到一半发现需要跟用户体系打通、“需要分类”又得推倒重来。问答结束后Claude 给出了两种架构方案方案描述优点缺点A单表设计一张 feedback 表搞定简单开发快回复和反馈混在一起扩展性差B主从表设计feedback feedback_reply 两张表结构清晰方便后续加功能多一张表查询略复杂Claude 推荐方案 B我也觉得 B 更合理后续要加通知、加附件都方便。确认后设计文档自动保存到了docs/plans/目录。 不要跳过 brainstorm 环节。即使你觉得需求很清楚让 AI 问完之后经常会发现自己漏想了什么。我踩过最大的坑就是跳过这步写了 200 行代码才发现需求理解偏了。第 2 步Write Plan — 把任务拆细/superpowers:write-planClaude 基于刚才确认的方案自动生成了一份详细的实现计划 开发计划用户反馈功能 步骤 1数据库迁移 - 文件src/main/resources/db/migration/V003__create_feedback_tables.sql - 内容创建 feedback 和 feedback_reply 两张表 - 验收mvn flyway:migrate 成功 步骤 2实体类和 Repository - 文件entity/Feedback.java, entity/FeedbackReply.java - 文件repository/FeedbackRepository.java, repository/FeedbackReplyRepository.java - 验收mvn compile 通过 步骤 3用户提交反馈 API - 文件controller/FeedbackController.java, service/FeedbackService.java - 端点POST /api/feedback - 验收测试用例通过返回 201 步骤 4管理员查询列表 API - 端点GET /api/admin/feedbacks支持分页和分类筛选 - 验收测试用例通过返回正确分页数据 步骤 5管理员回复 API - 端点POST /api/admin/feedbacks/{id}/reply - 验收测试用例通过回复正确关联到反馈 步骤 6单元测试 - 文件test/FeedbackServiceTest.java - 覆盖正常提交、空内容校验、未登录校验、分页边界 - 验收mvn test 全部通过每个步骤都是 2-5 分钟能完成的小任务包含精确的文件路径、验收标准。⚠️ 计划必须你确认后 AI 才会动手写代码。这是 Superpowers 最重要的护栏——你可以修改、调整顺序、删减步骤确认了再往下走。第 3 步Execute Plan — TDD 式执行/superpowers:execute-plan这一步 Superpowers 会做几件事自动创建 Git Worktree在一个隔离的分支上开发主分支不受影响逐个任务执行每个任务遵循 TDD 流程先写测试 → 再写实现 → 重构任务间 Code Review每完成一个任务自动发起审查关键问题阻塞遇到严重问题会停下来等你确认TDD 的执行过程大概长这样步骤 3用户提交反馈 API [RED] 写测试testSubmitFeedback_Success → 测试失败 ✗实现还没写 [GREEN] 写实现FeedbackController.submit FeedbackService.create → 测试通过 ✓ [REFACTOR] 检查代码质量提取校验逻辑到独立方法 → 测试仍然通过 ✓ [REVIEW] 自动 Code Review → 无问题继续下一步我特别喜欢 TDD 这一步。以前让 AI 写代码测试是事后补的很多时候干脆不写。现在测试先写AI 必须看到测试失败才写实现——这保证了测试真的在验证业务逻辑而不是凑覆盖率。第 4 步验证和收尾所有任务执行完后Superpowers 会自动跑一遍全部测试确认没有回归发起最终 Code Review检查安全、性能、代码风格提供合并选项合并到主分支 / 创建 PR / 丢弃如果测试没通过它不会说搞定了而是老老实实告诉你哪里有问题怎么修。跟原版 Claude Code 的对比用一个表格说清楚装前装后的区别环节原版 Claude Code Superpowers收到需求直接开始写代码先问清楚需求再动手实现过程写到哪算哪按 TDD 红-绿-重构走测试事后补或者不写先写测试再写实现代码质量靠你事后 Review自动 Code Review异常处理经常遗漏brainstorm 阶段就列出了边界情况Git 管理直接改主分支自动创建隔离分支复杂任务容易跑偏、遗漏拆成小任务逐步执行Token 消耗少但可能要多次返工多 10-20%但一次做对什么时候该用什么时候别用适合用的场景新功能开发50 行代码以上的复杂 Bug 修复需要定位根因的重构老代码团队项目需要统一的开发规范你对需求还不太清晰的时候不适合的场景改一行 CSS、修一个 typo——直接说就行别走完整流程快速原型验证——如果你 10 分钟就想看到 DemoSuperpowers 的规范流程会让你觉得啰嗦简单的脚本工具——写个 Python 小脚本没必要走 TDD 我的经验日常开发中大概 60% 的任务会触发 Superpowers 的某个 Skill40% 的简单操作直接跟 Claude 说就行。不用强求每个任务都走完整流程。我踩过的坑1. 把 Superpowers 当成万能药装了 Superpowers 不等于代码就不会出问题了。它能帮你规范流程但如果需求本身就有问题比如你自己都没想清楚要做什么brainstorm 问出来的答案也不会靠谱。想清楚需求永远是第一步Superpowers 只是帮你把这个过程结构化。2. 过度依赖自动触发有时候我只想快速验证一个想法但 Superpowers 自动触发了 brainstorming开始问一堆问题。这种时候直接说不用 brainstorm直接帮我看看这段代码就行它会跳过。3. TDD 在前端组件上有时候太重了写一个按钮组件的 TDD 测试有时候比写组件本身还费劲。我的做法是核心业务逻辑Service 层、数据层严格 TDDUI 组件用视觉验证 关键交互测试不强制每个按钮都走 TDD。4. 长会话的 Token 消耗Superpowers 的 brainstorm plan execute 全走下来一个中等功能的 Token 消耗大概比原版多 20-30%。短期看是多了但考虑到减少了返工次数长期算下来其实是省的。5. 没及时更新插件Superpowers 更新挺频繁的新版本会修复 Skill 的逻辑问题。有一次我用的旧版本brainstorm 技能在处理中文需求时偶尔会跳步——更新到最新版就好了。# 更新命令/plugin update superpowers常用命令速查命令作用/superpowers:brainstorm苏格拉底式问答理清需求/superpowers:write-plan生成详细的实现计划/superpowers:execute-plan按计划 TDD 式执行/plugin install superpowersclaude-plugins-official安装插件/plugin update superpowers更新插件/help查看所有可用命令/reload-plugins重新加载插件不用记命令也行——大多数时候直接用自然语言描述需求Superpowers 会自动匹配合适的 Skill。常见问题QSuperpowers 能用在 Cursor / Codex 上吗能。虽然本文以 Claude Code 为主但 Superpowers 也支持 Cursor、Codex、OpenCode、Gemini CLI 等工具。安装方式略有不同参考 GitHub 仓库的文档。QToken 消耗会不会增加很多短期会增加 10-20%因为 brainstorm 和 TDD 多了几轮对话但减少了返工次数后总体消耗反而可能更低。一个功能一次做对比反复改三轮要省得多。Q小团队用有价值吗特别适合。Superpowers 最大的价值之一就是统一团队的开发规范——每个人跟 AI 的交互方式是一样的不会出现张三调教的 AI 和李四调教的 AI 写出来的代码风格完全不同的问题。Q需要联网吗安装时需要联网下载 Skill 文件就是一些 Markdown使用过程中不需要额外联网跟普通 Claude Code 一样。Q对中文支持怎么样Skill 文件本身是英文的但 Claude Code 能理解中文需求并正确执行流程。brainstorming 阶段可以用中文提问和回答不影响效果。社区也有中文优化版的 Skill 包可以装。参考链接Superpowers GitHub 仓库https://github.com/obra/superpowersClaude Code 官方文档https://docs.anthropic.com/en/docs/claude-codeSuperpowers 实战演示Todo Apphttps://blog.fsck.com/blog/2025/superpowers/superpowers-demo.txtClaude Code Superpowers 实战开发https://aicoding.juejin.cn/post/7633726233877200934Superpowers 详细用法教程https://www.cnblogs.com/gyc567/p/19510203
