Superpowers 卸载潮背后,我做了个轻量替代方案(开源)

Superpowers 卸载潮背后,我做了个轻量替代方案(开源)

省 89% Token,智能按需启用,3 个 Skill 搞定


先说背景

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 中配置:

yaml 复制代码
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

快速开始

bash 复制代码
git clone https://github.com/leallee00/lightflow.git .lightflow
cp .lightflow/CLAUDE.md ./
# 编辑 CLAUDE.md 填写项目技术栈和规范

或者一行命令安装:

bash 复制代码
curl -fsSL https://raw.githubusercontent.com/leallee00/lightflow/main/install.sh | bash

就是这么简单。

使用场景

场景 1:改变量名(简单)

arduino 复制代码
用户:"把 userName 改成 displayName"
→ 直接搜 → 替换 → Review(✅通过)→ 完成
耗时:15 秒  Token 开销:几乎为 0

场景 2:加新 API(中等)

arduino 复制代码
用户:"加一个获取用户列表的 API"
→ 确认边界 → 写代码 → Review(⚠️建议分页)
耗时:2 分钟

场景 3:重构支付模块(复杂)

arduino 复制代码
用户:"把支付从 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

相关推荐
卡卡罗特AI1 小时前
AI编程入门教程01-VibeCoding前的正确姿势是,先问AI去Github上找项目
chatgpt·ai编程
武子康1 小时前
Claude Code 权限分析器为什么必须 Fail Closed:v2.1.214 暴露的 5 类边界 + 6 类不能推出的结论
人工智能·ai编程·claude
也非非也2 小时前
Agent支付的真正战争,不在演示台,而在后台
人工智能·ai编程·vibecoding·waic
AINative软件工程2 小时前
LLM 账单来了,却不知道哪个功能在烧钱:Cost Attribution 工程实践
llm·ai编程
000037993 小时前
Beat做歌、Sample素材创作工具实测:从找伴奏到写完完整作品
人工智能·ai编程
寅时码11 小时前
React 之死·终章:一个 useRef,把闭包陷阱、依赖数组、漫天 rerender 全送走
前端·react.js·ai编程
腻害兔13 小时前
【若依项目-产品经理视角】RuoYi-Vue-Pro 源码拆解:字典、短信、邮件、通知——后台系统的“基础设施四件套“!
java·前端·vue.js·产品经理·ai编程