小白也能用的 AI 工作流：Superpowers 到底强在哪？

Hello 大家好，我是老麦克。

最近在看 Superpowers 这个Skill。

因为很多人现在用 Claude Code、Cursor、Codex，状态非常像一个人买了辆跑车，坐上去第一句话是：

“师傅，这车怎么点外卖？”

不是工具不强。

是你没有开车路线。

大多数人打开 Claude Code，盯着空白框发呆五分钟，最后憋出一句：

“帮我写一篇文章。”

“帮我写个网站。”

“帮我做个登录功能。”

AI 哐哐给你一堆东西。

你复制，粘贴，发布。

然后呢？

然后就没有然后了。

这不是你笨。

是你缺一份“AI 使用说明书”。

今天讲的 Superpowers，本质上就是这份说明书。

原文里有一句判断很狠：装上这个 Skills，效率可能暴涨 10 倍。

我说得更直白一点：

它不是让 AI 变聪明。

它是让 AI 别乱跑。

01 Superpowers 是个啥？

先说人话。

Claude Code 像什么？

像一个很能干的实习生。

手速快，脑子也还行，但你不给流程，他就容易上来一顿猛干。

结果呢？

写了一堆代码。

看起来很热闹。

一跑，全是坑。

Superpowers 是什么？

它像一套“新员工工作 SOP”。

你想做功能，它先不让 AI 写代码。

它先让 AI 问问题。

问题问清楚，再写计划。

计划拆细，再派小弟干活。

小弟干完，再审查。

最后还逼着写测试。

听起来像公司里那些让人头大的流程，对吧？

但问题是：

AI 最缺的，恰好就是流程。

没有 Superpowers，你是在跟 AI 凭感觉聊天。

有了 Superpowers，你是在让 AI 按流程干活。

这差别很大。

02 它解决的不是“AI 不够强”，而是“你不会指挥 AI”

很多小白用 AI 有个误区。

以为模型越强，结果就越好。

于是今天 Claude，明天 Gemini，后天 GPT。

模型换了一圈，活还是干得稀碎。

为什么？

因为你问法还是那套：

“帮我做一个 XXX。”

“帮我优化一下 XXX。”

“帮我写一个完整方案。”

这就像你跟装修队说：

“帮我装个好看的房子。”

师傅问你：

什么风格？

几个人住？

预算多少？

有没有老人小孩？

厨房要不要开放式？

插座要几个？

你说：

“你看着办。”

那完了。

AI 也是一样。

你不给上下文，不给边界，不给验收标准。

它只能猜。

Superpowers 做的事，就是把这些“本来你应该想清楚的问题”，变成一套自动触发的工作流。

你不需要记住下一步该做什么。

它会把你往正确流程里拽。

这才是重点。

03 四个核心 Skill，普通人听这个就够了

原文重点拆了四个核心 Skill。

我按小白能听懂的方式重新讲一遍。

第一个：brainstorming，先别急着干，先把问题想清楚

触发场景很简单。

你说：

“我想做个功能。”

“我想做个产品。”

“我想写篇文章。”

“我想搞个自动化工具。”

正常 AI 很可能直接开干。

Superpowers 不这么干。

它先拦你一下：

你到底想解决什么问题？

你想给谁用？

有哪些方案？

每个方案有什么坑？

你为什么选这个方案？

这一步看起来慢。

其实是最快的。

因为很多项目死掉，不是死在写代码。

是死在一开始就没想明白。

比如你说：

“我想做一个用户登录功能。”

普通 AI 可能上来就写接口。

Superpowers 会先问你：

用邮箱登录，还是手机号登录？

要不要微信、Google、GitHub 这种第三方登录？

密码怎么存？

要不要找回密码？

注册完要不要发邮件验证？

登录失败几次要不要限制？

你把这些问题答完，方案自然就清楚了。

你看，这不是“AI 写代码”。

这是 AI 先逼你做产品经理。

对，老麦最喜欢这种。

因为它不是在帮你糊弄一个功能。

它是在帮你把脑子里的毛线团拆开。

第二个：writing-plans，把大任务拆成小任务

方案定了以后，下一步不是直接写代码。

下一步是写计划。

很多人一听“写计划”就烦。

觉得这不就是形式主义吗？

不是。

AI 做复杂任务最怕什么？

最怕一句话吞一个大象。

比如：

“帮我写一个用户系统。”

“帮我做一个待办事项应用。”

“帮我搭一个内容自动化流水线。”

这类任务太大了。

AI 一口吃进去，很容易噎死。

小白看着也慌。

writing-plans 做的事情，就是把大任务拆成一块一块的小饼干。

每个任务最好 2 到 5 分钟能做完。

而且必须具体到能验证。

比如“用户登录功能”，它会拆成：

创建用户表，字段包括 id、email、password_hash、created_at。

写注册接口，路径是 POST /api/register。

写登录接口，路径是 POST /api/login。

写密码加密函数，比如用 bcrypt。

写 JWT token 生成函数。

写测试用例。

跑测试，确认通过。

你发现没有？

这不是“写一个用户系统”。

这是“下一步该做什么”已经摆在你面前了。

大任务让人焦虑。

小任务让人有掌控感。

AI 也一样。

你给它一坨大活，它容易胡来。

你给它一个小任务，它更容易做好。

第三个：subagent-driven-development，让一个 AI 别包打天下

这个名字很长。

翻译成人话：

让多个 AI 小弟分工干活。

一个代理负责一个任务。

干完就走。

不要什么都让同一个 AI 从头干到尾。

为什么？

因为 AI 会串台。

前面写错了，后面可能顺着错。

前面理解偏了，后面会越跑越偏。

上下文越长，脑子越糊。

所以 Superpowers 的做法是：

一个任务，一个新代理。

比如任务是“写注册接口”。

子代理 A 负责写代码。

子代理 B 负责检查：需求对不对？输入输出对不对？错误处理有没有？

子代理 C 负责检查：代码质量怎么样？命名清不清楚？有没有重复？性能有没有明显问题？

两轮审查都过了，才算完成。

这就像工地干活。

不能一个人又设计、又施工、又验收。

那不叫全能。

那叫没人管。

Superpowers 把“干活”和“验收”拆开。

这事很关键。

因为 AI 最容易犯的错，不是不会写。

是写完以后特别自信地告诉你：

“已经完成。”

然后你一看。

好家伙，能跑个寂寞。

第四个：test-driven-development，没有测试，代码直接别要

这个更狠。

TDD，测试驱动开发。

简单说：

先写测试。

测试失败。

再写代码。

代码通过测试。

最后重构。

Superpowers 的官方 README 里写得很直接：如果代码是在测试之前写的，就删掉。

听起来很变态。

但这事对小白特别重要。

因为小白最容易被“看起来完成了”骗。

页面能打开，就以为功能好了。

按钮能点，就以为系统稳了。

AI 说“完成”，就以为真完成了。

但代码这东西，不能靠感觉。

比如你让 AI 写一个密码加密函数。

它应该先写测试：

test('密码加密后不能是明文', () => {
  const password = '123456';
  const hash = encryptPassword(password);
  expect(hash).not.toBe(password);
});

test('同样的密码每次加密结果不同', () => {
  const password = '123456';
  const hash1 = encryptPassword(password);
  const hash2 = encryptPassword(password);
  expect(hash1).not.toBe(hash2);
});

然后再写代码。

为什么第二个测试重要？

因为真正安全的密码哈希，通常要加盐。

同一个密码，每次生成的 hash 不应该完全一样。

这就是测试的价值。

它不是为了装专业。

它是在告诉 AI：

你到底要交什么作业。

没有测试，AI 很容易交一份“看起来像作业”的东西。

有了测试，至少有个老师拿红笔在旁边盯着。

04 Superpowers 为什么有用？因为它自动替你记流程

这套东西最厉害的地方，不是某一个 Skill 多神。

而是它会自动触发。

你不用记：

现在该 brainstorming？

现在该 writing-plans？

现在该派 subagent？

现在该 TDD？

你只需要正常表达需求。

比如你说：

“我想做一个待办事项应用。”

它会先进入 brainstorming。

问你：

用 React、Vue，还是纯 HTML？

要不要后端？

数据存本地，还是存数据库？

需要添加、删除、标记完成吗？

要不要筛选已完成和未完成？

你确认方案以后，它再进入 writing-plans。

把任务拆成：

创建项目结构。

写页面。

写样式。

写添加待办的函数。

写删除待办的函数。

写标记完成的函数。

写本地存储。

写测试用例。

你说“开始”，它再派子代理一个个干。

每个任务做完，还要检查。

最后跑测试。

这对小白意味着什么？

你不用再对着空白输入框发呆了。

你只要回答问题。

这就像什么？

就像以前你去医院，不知道自己该挂什么科。

Superpowers 像一个导诊台。

它先问你哪里不舒服，再把你带到对应科室。

你不用懂医院系统怎么运转。

你只要把症状说清楚。

05 怎么安装？3 分钟能搞定

原文给了两个方法。

我查了一下，Superpowers 官方 README 里也确实写了这两种 Claude Code 安装方式。

第一种：官方市场安装，优先用这个。

打开 Claude Code，在对话里输入：

/plugin install superpowers@claude-plugins-official

看到安装完成，就可以用了。

第二种：如果官方市场装不上，用 Superpowers 自己的市场。

先添加市场：

/plugin marketplace add obra/superpowers-marketplace

再安装：

/plugin install superpowers@superpowers-marketplace

安装后怎么确认？

可以输入：

/plugin list

只要列表里能看到 superpowers，基本就说明装上了。

这里多说一句。

如果你本地 Claude Code 版本太老，插件命令可能不完整。

先更新 Claude Code，再折腾插件。

别一上来就怀疑自己命不好。

06 装完以后，第一件事别贪大

很多人装完新工具，会立刻想搞个大的。

比如：

“帮我做一个小红书自动爆款系统。”

“帮我做一个企业级 CRM。”

“帮我做一个 AI 自动赚钱机器。”

朋友，先冷静。

刚上手，别拿航母练倒车。

最适合的第一个任务，是待办事项应用。

就一句话：

我想做一个待办事项应用

然后你看它怎么问你。

它可能会问：

准备用什么技术栈？

需要后端吗？

待办数据存哪里？

要不要编辑功能？

要不要截止日期？

要不要分类？

要不要测试？

你把这些问题答完，整个项目就开始从“我有个想法”，变成“我有一个可以执行的计划”。

这一步很重要。

因为你不是在学怎么做待办事项。

你是在学怎么指挥 AI 干活。

待办事项只是训练场。

真正值钱的是这套流程：

先想清楚。

再拆任务。

再执行。

再审查。

再测试。

学会这个，后面你做文章、做产品、做自动化、做知识库，都能套。

07 它不只是程序员玩具

很多人看到 Claude Code，就自动以为这是程序员的事。

其实不是。

Superpowers 真正有价值的地方，不是“写代码”。

是“系统化思考”。

你是内容创作者，也能用。

brainstorming 可以帮你理清选题：

这篇文章给谁看？

核心观点是什么？

读者看完有什么收获？

有什么反常识角度？

有什么真实案例？

writing-plans 可以帮你拆文章：

开头怎么切？

第一部分讲误区。

第二部分讲本质。

第三部分讲案例。

第四部分讲实操。

结尾怎么收。

两轮审查可以帮你看：

逻辑有没有断？

有没有 AI 味？

有没有废话？

有没有小白看不懂的地方？

你是产品经理，也能用。

brainstorming 帮你拆需求：

用户是谁？

痛点是什么？

现有方案为什么不行？

MVP 做什么？

什么先不做？

writing-plans 帮你拆功能：

需求文档。

用户流程。

原型页面。

接口字段。

验收标准。

审查环节帮你防止：

需求飘。

边界糊。

功能堆。

团队误解。

你是学习者，也能用。

brainstorming 帮你定学习目标。

writing-plans 帮你拆知识点。

审查帮你检查理解有没有错。

测试可以变成自测题。

所以别把 Superpowers 看成“程序员插件”。

它更像一套：

把大任务拆成小任务，然后一步步搞定的工作方法。

程序员只是最先受益的一批人而已。

08 但别把它当神药

这里老麦必须泼一盆冷水。

Superpowers 很好。

但它不是许愿池。

它解决的是流程问题。

不是替你做所有判断。

你不想回答问题，它救不了你。

你目标本来就乱，它只能帮你把乱暴露出来。

你不愿意写测试，它会让你难受。

你只想一句话“帮我搞定全部”，那它可能会显得很啰嗦。

但说实话，这种啰嗦是好事。

因为 AI 时代最大的问题，不是工具不够多。

是我们太容易跳过思考。

以前写东西，你至少得先想。

现在有了 AI，很多人连想都省了。

结果就是：

AI 生成一堆东西。

你看着挺完整。

但其实没有观点，没有结构，没有验收标准。

这就像外卖包装很精美，打开一看，里面是空气炸锅炸过的空气。

Superpowers 的价值，就是逼你重新尊重流程。

09 关于热度和那个 94% 拒绝率

原文里提到，Superpowers 在 GitHub 上增长很猛，也在很多 AI Skills 平台里刷屏。

这个判断大方向没问题。

我查到的公开信息也显示，它确实热度很高，官方插件市场、第三方插件目录、GitHub 相关页面都能看到它。

但这种“每天前三”“霸榜”属于实时榜单。

今天是前三，明天可能不是。

所以小白别把它当彩票开奖一样较真。

更值得看的，是另一个数字。

官方 release notes 里提到，他们审计了最近 100 个关闭的 PR，发现 94% 的拒绝率，主要原因是 AI 生成的低质量提交：

没读 PR 模板。

重复提交。

编造问题描述。

把不该进核心库的东西硬塞进去。

这事很有意思。

它说明什么？

AI 不是不会干活。

AI 是太会“假装干完了”。

所以 Superpowers 才要加流程、加审查、加测试。

不是为了折磨你。

是为了防止 AI 把一堆“看起来很努力”的垃圾交到你手里。

10 老麦的灵魂总结

今天这篇，表面上是在讲 Superpowers。

但真正想说的不是“赶紧装这个插件”。

真正想说的是：

AI 时代，拼的不是谁收藏的工具多。

拼的是谁有流程。

你装 10 个 AI 工具，没有流程，还是乱用。

你背 50 个提示词，没有流程，还是瞎问。

你看 100 篇教程，没有流程，还是卡在第一步。

Superpowers 的核心价值，就一句话：

它把“怎么指挥 AI”这件事，变成了一套可执行的工作流。

这玩意儿对小白特别友好。

因为它不要求你一上来就会写神级 prompt。

不要求你理解所有工程细节。

不要求你脑子里先有完整架构。

它只要求你跟着流程走。

先把问题说清楚。

再把任务拆小。

再让 AI 干活。

再审查。

再测试。

就这么简单。

所以，如果你已经在用 Claude Code，但总觉得自己用得很乱。

可以试试 Superpowers。

别指望它帮你一夜暴富。

也别指望它让 AI 变成许愿神灯。

它更像一个严厉但靠谱的项目经理。

你想偷懒，它拦你。

你想跳步骤，它拦你。

AI 想糊弄你，它也拦你。

说实话，这种工具，才是普通人真正需要的 AI 工具。

不是更炫。

是更稳。

好了，以上就是本期的全部内容。

你现在用 AI 做事，是更依赖“提示词”，还是已经开始搭自己的“工作流”了？

欢迎在评论区跟老麦聊聊。

我是老麦克，我们下期见。