Superpowers 卸载潮背后，我做了个轻量替代方案（开源）

---

先说背景

Superpowers 是 Claude Code 生态里最火的 skill 插件，GitHub 25K+ Star。

它解决的问题很实在：Agent 一开始比较「莽」，拿到需求就写代码，不规划不测试。Superpowers 给它套了一套 SOP——先 Brainstorm → 写 Spec → 做 Plan → TDD → Code → Review。

但最近社区开始大面积卸载。

原因出奇一致：臃肿、费 Token、小任务也走完整流程。

启动就要吃掉 22,000 Token，还没干活上下文窗口就用了 11%。改个变量名，先花一分钟 brainstorm，再写一份 spec，再做个 plan，然后才开始改。

一个 10 秒的事，搞了 5 分钟。

还有个用户说「装了 Superpowers 之后，Claude 犯的错误反而更多了」——因为上下文被 Skill 占满了，真正需要关注的需求反而被稀释。

我是怎么想的

Superpowers 14 个 Skill、900+ 行代码。

Agent 真的需要这么多规矩吗？

有个叫 fable-skills 的项目验证了一件事：轻量引导完全够用。不需要 14 个，6 个就够了。甚至对于已经进化到 Fable 5 级别的 Agent，保留 brainstorm 和 review 两个模块就差不多了。

所以我就想，能不能做一个：

• 省 Token（启动 < 3K，Superpowers 是 22K）
• 按需启用（每个 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