ARTICLE · 1116641
AI 写代码一小时修 Bug 两小时?这个 29 万 Star 开源项目,让 先想清楚再动手
让 AI 写代码,最爽的瞬间是什么?你说一句需求,屏幕上的文件开始飞快变化。
最崩溃的瞬间也常常紧跟着来:页面是做出来了,但交互没对上;测试没跑,旧功能被改坏;你让它修一个问题,它顺手重写了半个项目。代码生成得快,不等于项目交付得快。
今天这个 GitHub 热门项目Superpowers,专门给 AI 编程助手补上容易被跳过的那几步。
先认识它:29 万 Star 的“AI 开发流程包”
项目名称:Superpowers 主要作用:为 AI 编程代理提供需求梳理、方案设计、任务拆分、测试、调试和代码审查等工作流程 GitHub 地址:github.com/obra/superpowers Star 数:约 29.4 万(2026 年 10 月 2 日查看;数字会变化) 近期热度:进入 GitHub Trending 当日榜单
它不是新模型,也不是帮你一键生成整站的魔法按钮。你可以把它理解成一套装进 AI 编程工具里的Skills:遇到不同开发任务,提醒代理按相应步骤工作。查看项目工作流程
它解决的,恰好是 AI 编程最容易返工的地方
1. 需求没说清楚?先问,再写
你说“做一个上传功能”,AI 可能直接开工。但文件类型、大小限制、失败提示、登录要求和保存位置呢?这些条件没定,生成再快也可能做错。
Superpowers 的 brainstorming 流程会先和你澄清目标,再分段展示方案,让你确认方向后继续。这一步会多花几分钟,但对需求容易变化的项目尤其有用。
2. 任务太大?拆成能检查的小步
方案确认后,它可以把工作拆成具体任务,明确要修改的文件和验证方式。复杂项目也可以借助独立工作区、分步实现和代码审查推进。
这里的关键不是让 AI “一次写更多”,而是让每一步都有可检查的结果。你更容易发现:它究竟在哪一步理解错了。
3. “已经修好”可信吗?让测试说话
项目包含测试驱动开发、系统化调试和完成前验证等 Skills。比如修一个 Bug,先确认问题如何复现,再改代码、运行测试,最后检查原问题是否真的消失。
当然,安装插件不会凭空让项目拥有高质量测试,也不能保证 AI 写的代码没有问题。关键改动仍需要你看 diff、跑实际业务流程。查看 Skills 列表
三分钟上手:以 Claude Code 为例
已经在使用 Claude Code?打开它的交互界面,输入官方 README 给出的安装命令:
/plugin install superpowers@claude-plugins-official
安装后,打开一个你熟悉的项目,先给它一个范围清楚的小任务,例如:
为现有资料上传页面增加 PDF 文件大小限制。先检查当前上传逻辑,和我确认限制数值及报错文案,再实施修改并验证。
看看它是否先梳理需求、给出方案,再进入实现。确认每一步后,让它执行测试并展示最终改动。如果你用的是 Codex CLI、Cursor 或 Gemini CLI,项目 README也列出了对应安装方法。
值得装,但先看清一个取舍
Superpowers 是开源项目,不会替你支付 Claude Code、Cursor 或其他模型服务的费用。它强调先设计、再拆任务、再测试;对于几分钟就能完成的小修改,这套流程可能显得重,也可能增加对话和 Token 消耗。
但如果你正在做一个要长期维护的功能,真正昂贵的往往是“写完才发现需求理解错了”。此时,慢一点开工,可能比反复推倒重来更划算。
你让 AI 写代码时,遇到最多的是需求理解偏了,还是它说“修好了”却根本没修好?欢迎在评论区聊聊。
觉得有帮助,点个「赞」和「在看」,也转给正在被 AI 生成代码反复折腾的朋友。