Superpowers 卸载潮背后,我做了个轻量替代方案(开源)
Superpowers 卸载潮背后,一个轻量替代方案(开源)
Superpowers 这个插件,在 Claude Code 生态里确实火过一阵子。GitHub 上 25K+ 的 Star,说明它解决了不少人的痛点。

它的核心价值很实在:早期的 Agent 比较“莽”,拿到需求就直奔代码,缺少规划和测试环节。Superpowers 给它套上了一套标准作业流程——先 Brainstorm,再写 Spec,然后做 Plan,接着 TDD,最后 Code 和 Review。一套组合拳下来,确实让 Agent 变得更有章法。
但有意思的是,最近社区里开始出现大面积卸载。
原因出奇一致:
臃肿、费 Token、小任务也走完整流程
光是启动就要吃掉 22,000 Token,活还没干,上下文窗口就用了 11%。改个变量名,先花一分钟 brainstorm,再写一份 spec,再做个 plan,然后才开始动手改。
一个 10 秒能搞定的事,硬是拖成了 5 分钟。
有位用户吐槽说,“装了 Superpowers 之后,Claude 犯的错误反而更多了”——因为上下文被 Skill 占满了,真正需要关注的核心需求反而被稀释了。
问题的关键在于,Agent 真的需要这么多规矩吗?
Superpowers 汇集了 14 个 Skill,代码量超过 900 行。但有个叫 fable-skills 的项目验证了一件事:
轻量引导完全够用
因此,一个更优的方案自然浮现:需要做到——
- (启动 < 3K,而 Superpowers 是 22K)
省 Token
- (每个 Skill 独立开关,而不是 14 个捆绑加载)
按需启用
- (小任务直接干,大任务才走流程)
智能判断任务复杂度
于是,LightFlow 诞生了。
LightFlow 是什么
一套轻量 AI 编程工作流框架,兼容 Claude Code / Codex / Cursor / Trae 等多个平台。
核心只有 3 个 Skill:
1. Brainstorm — 需求澄清
只在复杂任务或需求模糊时触发。最多追问 3 个问题,每个问题给出选项让用户选择,聊清楚就停。
不生成 Spec 文档
2. Plan — 实施计划
涉及跨模块、数据库或 API 变更时才启用。生成 3-8 步的实施计划,标注风险点和回滚方案。
不创建 Git Worktree
3. Review — 代码审查
每次变更后自动执行。检查 5 个维度:类型安全、错误处理、性能、安全、测试。
不修改代码,只标记问题
智能阈值
这是最核心的设计。在 config/threshold.md 中配置:
复制代码max_files_changed: 3 # >3 个文件才走 Plan
max_lines_changed: 100 # >100 行才走 Plan
risk_level: medium # low/medium/high
低于阈值 → 直接编码 → Review → 完成
高于阈值 → Brainstorm → Plan → Code → Review
用户也可以手动覆盖:
- “用完整流程处理” → 强制走全流程
- “直接改,不用问” → 跳过所有
对比测试
从 Superpowers 仓库拉了最新代码,做一个直观对比:
启动 Token 消耗
| 项目 | 字符数 | 约合 Token |
|---|---|---|
| Superpowers 核心文件 | 156,180 chars | ~39,045 tokens |
| LightFlow 核心文件 | 9,778 chars | ~2,444 tokens |
节省 | 93.7% | 93.7% |
安装方式
- Superpowers: 装插件 → 配权限 → 加载 Skill(每个平台不同)
- LightFlow: git clone → cp CLAUDE.md ./ → 完成
文件数量
- Superpowers: 91 个文件(含文档、测试、设计稿、Spec…)
- LightFlow: 10 个文件(核心就 5 个)
更多对比细节见 README。
快速开始
复制代码git clone .lightflow
cp .lightflow/CLAUDE.md ./
# 编辑 CLAUDE.md 填写项目技术栈和规范
或者一行命令安装:
复制代码curl -fsSL | bash
就是这么简单。
使用场景
场景 1:改变量名(简单)
复制代码用户:"把 userName 改成 displayName"
→ 直接搜 → 替换 → Review(通过)→ 完成
耗时:15 秒 Token 开销:几乎为 0
场景 2:加新 API(中等)
复制代码用户:"加一个获取用户列表的 API"
→ 确认边界 → 写代码 → Review(️建议分页)
耗时:2 分钟
场景 3:重构支付模块(复杂)
复制代码用户:"把支付从 Stripe 迁移到支付宝"
→ Brainstorm(确认范围)
→ Plan(6 步计划)
→ Code → Review(检查安全性)
和 Superpowers 的选择建议
| 场景 | 推荐 |
|---|---|
| AI 编程新手,需要完整流程引导 | Superpowers |
| 老手/小团队,追求效率 | LightFlow |
| 项目简单,改的少 | LightFlow |
| 大型重构,需要 Sub-agent 协作 | Superpowers |
| 被 Token 消耗困扰 | LightFlow |
| 中文开发者 | LightFlow(原生中文) |
缺什么
- 缺少 Sub-agent 多 Agent 协作(路线图中)
- 缺少压力测试用例
- 缺少 Visual Companion 视觉化能力
- 目前该框架仅经过个人使用测试
这些需要社区的反馈来逐步完善。
结尾
说到底,工具是为人服务的,不是反过来。Superpowers 在 Agent 还不够成熟的时候提供了真实的价值,但现在的 Agent 长大了,不需要那么多人手把手地教了。
LightFlow 的设计理念很简单:
在需要的节点轻轻推一下就够了
GitHub 地址:leallee00/lightflow
欢迎 Star、Issue、PR。在评论区聊聊你的想法也行,一起把这个工具打磨得更好。
发布于 2026-07-21