不是AI不够聪明是它缺少工程纪律——Superpowers给Claude Code套上了软件工程的纪律与护栏。一、那个让我崩溃的周四下午周四下午三点我让Claude Code帮我加一个用户登录功能。30秒后它告诉我搞定了。我打开代码一看——密码明文存储没做输入校验没写单元测试JWT token的过期时间设了100年。我开始怀疑是Claude不够聪明吗不是。它是太勤快了——你让写代码它就立刻写不问边界、不做设计、不管测试。这跟一个刚毕业的实习生有什么区别这不是AI能力的问题。这是Vibe Coding凭感觉编程的问题。而今天要介绍的这个开源项目正是解决这个问题的终极武器。二、Superpowers是什么Superpowers由开发者Jesse VincentGitHub账号obra打造2025年10月开源2026年初进入Anthropic官方插件市场后迅速爆发。截止目前⭐GitHub Stars123,000安装量近60万次多次登顶GitHub Trending榜首Anthropic官方插件市场收录项目地址GitHub - obra/superpowers: An agentic skills framework software development methodology that works. · GitHub它的核心理念只有一句话Process over Prompt流程大于提示词。说白了不是让AI变得更聪明而是给AI套上一套软件工程的纪律——强制它像资深工程师一样头脑风暴 → 方案设计 → 任务拆解 → TDD开发 → 代码审查 → 完成验证这跟原生Claude Code的区别就像让一个实习生自己瞎干 vs 给他一本《代码大全》 一套完整的开发流程。三、它到底解决了什么痛点如果你用过AI写代码下面这些场景你一定不陌生痛点一AI急于炫技你刚说帮我写个登录功能AI立刻甩出几百行代码。但需求边界是什么要不要支持OAuth安全性怎么保证它不问你不说写完发现跑偏了。痛点二代码能跑但没法维护功能跑通了但没单元测试、没错误处理、没注释耦合度堪比意大利面。你花在改bug和重构的时间比让AI重新写一遍还多。痛点三长会话中的失忆症复杂项目做到一半AI忘了最初的架构约定代码风格开始分裂同一个函数在不同文件里用三种不同的方式实现。痛点四声称完成了但根本没验证AI说搞定了实际上没跑测试、没检查边界情况、没更新文档。你上线后发现一堆bug。Superpowers的解法很简单不让AI直接写代码。它强制AI先设计、再计划、再写代码、再测试、再审查。整个流程由14个叫Skill的模块驱动每个Skill就是一份行为说明书。四、14个核心Skill全解析Superpowers目前内置14个Skill覆盖软件开发的完整生命周期4.1 规划阶段把模糊需求变成清晰设计Skill触发时机核心作用brainstorming创建新功能/组件前交互式澄清需求探索2-3种方案分模块展示设计writing-plans设计确认后编码前将设计拆解为可执行的任务列表brainstorming不是让AI随便问两个问题就完事。它会先扫描项目现状文件、文档、最近commit一次只问一个问题绝不信息轰炸提出2-3种方案列出利弊给出推荐将验证后的设计写入docs/plans/并提交git这一步做扎实了后面的开发几乎是流水线。4.2 开发阶段用TDD约束代码质量Skill触发时机核心作用test-driven-development写任何功能代码前强制红-绿-重构循环subagent-driven-development有多个独立任务时每个任务派发新子代理隔离上下文executing-plans新会话中执行计划在新会话中执行书面计划dispatching-parallel-agents2独立任务可并行并发执行大幅提升效率TDD是Superpowers最强硬的Skill。它要求 写实现代码之前必须先写测试 先让测试失败红 用最少代码让测试通过绿 重构优化保持测试绿这不是建议是硬约束。AI想偷懒跳过Superpowers不让。子代理机制是真正的工程化亮点。传统AI编程的最大问题是上下文污染——聊了100轮后AI早忘了刚才的设计决策。子代理机制让每个任务跑在独立的上下文窗口中主Agent分配任务 ├─ 子代理A实现登录模块独立上下文 │ └─ 规范审查子代理验证代码符合设计 │ └─ 代码质量审查子代理检查代码质量 ├─ 子代理B实现用户管理模块独立上下文 └─ 子代理C实现权限控制模块独立上下文每个子代理不知道别的子代理在做什么只专注于自己那份活——这才是软件工程该有的样子。4.3 验证阶段不验证就不算完成Skill触发时机核心作用verification-before-completion声称完成之前运行验证命令确认输出正确requesting-code-review任务完成后准备合并根据原始计划审查代码规范性receiving-code-review收到审查反馈后系统性处理反馈意见systematic-debugging遇到bug或测试失败诊断根因而非盲目修改这是Superpowers和原生Claude Code最本质的区别。原生Claude Code说搞定了就是搞定了——你可能上线才发现没搞定。Superpowers在搞定了之前强制经过验证、审查两道关。4.4 收尾与管理Skill触发时机核心作用finishing-a-development-branch开发完成后管理合并、PR、清理工作using-git-worktrees需要隔离工作区时自动创建git worktree隔离环境writing-skills创建/编辑Skill时Meta-Skill让AI帮你写新的Skillusing-superpowers每次响应前总调度任何操作前先检查是否有相关Skill五、安装与配置2分钟搞定Claude Code安装推荐方式# 直接在Claude Code中执行 /plugin install superpowersclaude-plugins-official安装完成后务必重启Claude Code或新开会话因为插件不是热加载的。验证是否安装成功/help你应该能看到这些新命令/superpowers:brainstorm- 交互式设计精炼/superpowers:write-plan- 创建实施计划/superpowers:execute-plan- 执行计划其他平台平台安装方式Cursor输入框输入/add-plugin superpowers或在插件市场搜索OpenAI Codex告诉AIFetch and follow instructions from https://raw.githubusercontent.com/obra/superpowers/refs/heads/main/.codex/INSTALL.mdOpenCode同上替换为.opencode/INSTALL.mdGemini CLI同上替换为.gemini/INSTALL.md中文用户可选安装superpowers-zh社区fork的中文优化版在GitHub搜索即可。六、实战演示从0到1开发一个图片OCR工具让我用一个真实案例展示完整流程。需求开发一个Python程序读取图片上的文字并用红色方框标注如果我直接让原生Claude Code做它立刻开始写代码可能用错了OCR库比如没用pytesseract用了别的方案代码能跑但没测试输出结果的标注框可能画歪了用了Superpowers之后‍ 我: 帮我开发一个Python程序要求能够读取图片上的文字 并用红色方框标注出文字位置开发完成后自动进行测试、验收工作。 Claude Code (Superpowers已激活): → 自动匹配到 brainstorming Skill → 在开始编码之前让我先了解一下你的具体需求... 【第一轮理解需求】 : 输入来源是什么单张图片还是批量处理 ‍: 单张图片 【第二轮探索方案】 : 我有两个方案推荐 方案Apytesseract OpenCV成熟稳定但中文识别率一般 方案BPaddleOCR OpenCV中文识别率更高但依赖稍重 推荐方案B因为OCR场景中中文识别是刚需。你觉得呢 【第三轮展示设计】 : 分段展示架构设计、数据流、错误处理方案每段后确认... 【第四轮拆解任务】 : 调用 writing-plan Skill生成tasks.md 1. 环境搭建 依赖安装 2. 实现图片读取 预处理模块 3. 实现OCR识别模块 4. 实现红框标注模块 5. 编写单元测试 6. 端到端测试 【第五轮TDD开发】 : 调用 subagent-driven-development Skill → 子代理1实现预处理模块先写测试 → 规范审查 → 质量审查 → 通过 ✅ → 子代理2实现OCR模块先写测试 → ... 【第六轮验证】 : 调用 verification-before-completion Skill → 运行测试套件 → 用测试图片验证输出 → 确认所有边框位置正确 : 全部完成。测试通过8/8验证图片已生成在output目录。对比结果维度原生Claude CodeClaude Code Superpowers需求理解60秒写完代码5分钟需求澄清代码质量能跑就行有测试、有文档、有错误处理测试覆盖率0%85%返工时间花2小时改bug几乎不返工可维护性意大利面式耦合模块清晰、注释完整七、技术原理Superpowers到底怎么工作的很多人以为Superpowers是一个复杂的代码生成器。其实不是。Superpowers的每一个Skill本质上就是一个Markdown文件SKILL.md。不是代码不是工具调用就是纯文本的行为约束。比如test-driven-development/SKILL.md里写着“在编写任何实现代码之前必须首先编写测试。绝不在测试通过之前编写生产代码。”就这么简单的一句话加上详细的流程指引AI就会严格遵守。整个工作机制分三层Layer 3: 调度层Orchestration Layer ├─ using-superpowers Skill每次响应前检查是否有相关Skill ├─ 技能匹配引擎根据上下文自动匹配Skill └─ 工作流状态跟踪TodoWrite Layer 2: 执行层Execution Layer ├─ 实现子代理执行具体任务 ├─ 规范审查子代理验证代码是否符合设计 └─ 质量审查子代理评估代码质量 Layer 1: 工具层Tool Layer ├─ Git操作commit、merge、diff ├─ 文件系统read、write、edit └─ 测试运行器Jest、Pytest、Go test核心设计理念硬约束 建议。Superpowers不给AI建议写测试而是不写测试就不让写代码不给AI推荐做需求分析而是brainstorming不通过就不能进writing-planswriting-plans不通过就不能进execute-plan。这就是它和普通Prompt Templates的本质区别。模板是请这样做Superpowers是必须这样做。八、与同类工具的对比维度SuperpowersOpenSpecSpec-KitGSD定位工程纪律框架规范驱动开发(Spec-Driven)规范可执行化上下文隔离系统核心理念Process over Prompt先写规范再编码规范即代码分割上下文GitHub Stars123K34.5K82.5K新兴项目强制程度 强制约束 流程引导 规范先行 结构优化适用场景复杂功能开发需求评审/架构设计企业级规范管理长链路开发子代理支持✅ 完整❌ 无❌ 无❌ 无TDD强制✅ 是❌ 否❌ 否❌ 否关键洞察Superpowers和OpenSpec不是替代关系是互补关系。OpenSpec 施工蓝图定义做什么、为什么做、做到什么标准Superpowers 施工团队保证怎么规范地执行最佳实践是用OpenSpec作为规范底座Superpowers作为执行增强层两者配合使用效果最佳。九、注意事项与局限性1. 小脚本/一次性任务可能过度工程化如果你只是写一个5行的Shell脚本走完brainstorming writing-plans TDD Review确实太重了。Superpowers更适合中大型项目或需要长期维护的代码。2. 有学习曲线第一次用Superpowers你会觉得它管得太多了——你想让它直接写代码它非要先问十几个问题。但习惯了之后你会发现这些问题问的都是你在改bug时才会想到的。3. Token消耗会多一些复杂任务比原生Claude Code多消耗15-30%的token——但考虑到返工时间减少70%这个代价完全值得。4. 需要Claude Code等特定平台Superpowers在Claude Code上体验最好毕竟它是原生插件市场的在Cursor、Codex上也能用但部分子代理功能受限。十、写在最后Superpowers代表的不是一个工具而是一种思想AI的能力已经够强了缺的不是更强的模型而是更好的流程。这就像你招了一个天才程序员智商180写代码飞快。但你不给他做Code Review不要求他写测试不让他做需求分析——他的代码再快也是技术债。Superpowers做的事情就是把软件工程几十年来沉淀的最佳实践——TDD、Code Review、需求分析、迭代开发——编译进AI的行为约束中让它从一个会写代码的模型变成能交付工程级代码的团队。如果你也在用Claude Code写生产级代码强烈建议花2分钟装上它。你会在第一个功能开发完成后感受到那种AI终于被管住了的爽感。下期预告Superpowers高级玩法——如何自定义Skill、多Agent并行调度、与OpenSpec无缝协作。项目地址https://github.com/obra/superpowers安装命令/plugin install superpowersclaude-plugins-official你说一句帮我开发一个登录模块试试看看装了Superpowers的Claude会怎么做。