到底还要不要用superpowers

oioimaker 2026-06-20 10:58 1

问一下各位佬,对于现在的AI模型,以及对于现在的Claude code和codex,superpower还是不是一个必装的插件?


以及为什么superpower被称为古法skill?是因为它的工程化思路都来自古法编程时代吗?


这套skill用了很久,一整套流程下来确实很精细、很工程化,觉得最好用的是前期的准备阶段,比如 brainstorming和writing-plans,需求对齐、写出来的specs和plan文档对前期规划很有用,减少前期的埋坑。


但是后面的execute和review真的太耗时间和token了,首先用的是tdd,其次review 阶段,我觉得确实会重,之前会有review-修改-review的死循环,特别是在 subagent 模式下运行,特别耗费token。因此我基本上不再使用 subagent-driven 这一模式,我的codex 5h额度被它耗完了可能还没有完成,加上最近codex额度有点被砍,用着更焦虑了。


而且听别人说codex跟这个东西配合起来会有点蠢(相比于Claude code),


收集了一些想法:



都26年了赶紧删了这玩意;

嫌工作干得太快token花得太少的同学必须装这个skill

如果全部用它的功能,太重了。我是自己在agents里面约束了只用brainstorm和plan,挺好用的



各位大佬怎么看?

最新回复 (19)
  • Listky 06-20 11:03
    1

    我现在用pi-coding-agent+superpowers,稳定性和质量都有保障,挺好的,毛坯房加一套规范,足够我自用

  • SABO88 06-20 11:04
    2

    之前一直用superpowers,不仅繁琐,而且特别消耗token,时间长,效果其实最后感觉差不多的,目前codex也还够强,我现在已经不用了,但是还是保留一个头脑风暴的skills

  • 洛卡卡了 06-20 11:05
    3

    这个是要看个人的业务场景来的 不是必须装的 也不是一定没用的 佬可以参考下这个? 嘿嘿

    https://linux.do/t/topic/2151853

  • y2hhbw 06-20 11:05
    4

    不爱用,特别喜欢过度工程,写出来的代码对人和对ai都不友好,一个简单的需求也要搞一堆模式莫名其妙

  • 汉武帝(的大熊猫) 06-20 11:06
    5

    感觉如果没带来收益就不要用.. 我是感觉和我的习惯格格不入. 配合不来.

  • mooorse 06-20 11:06
    6

    我目前还一直在使用superpowers,搭配Claude使用,一套比较明确的提示词(需求)下来,claude可以干很久,代码目前也没出现什么很严重的问题

  • duduoo 06-20 11:10
    7

    ^-^以前模型和agent不够强才开superpowers给提示词,现在模型都那么强了,codex plan模式直接裸跑没压力

  • oioimaker 楼主 06-20 11:10
    8

    确实这个东西现在已经在Claude code和codex的官方插件市场里面了,加上很多博主都将其推荐为必装插件,很多像我这样的小白刚开始接触skill可能就装了,确实质量上没有什么问题,但是长期用下来就得考虑时间和成本问题了 ^-^

  • EbonyMementoMori 06-20 11:11
    9

    我是一直在用的,之前折腾了一圈 superpowers gsd omo 最后还是回到了单 superpowers

  • 咪叭 06-20 11:13
    10

    除非有fable5吧,不然我觉得还是挺有用的

    虽然开销大了一点,但是产出质量应该是可控一些

  • 牛牛牛 06-20 11:14
    11

    一直在用,感觉太慢了,浪费token

  • littlegrey 06-20 11:19
    12

    可能编程大佬不需要吧,但像我这样没基础的,不知道标准流程,不会纠错的,还是满需要它的。

  • code 06-20 11:21
    13

    不是专门搞编程开发的,感觉这个 skill 挺好用 ^-^。很多佬友提到的时间和 token 成本,基本不考虑

  • niko 06-20 11:22
    14

    之前在用,最近卸载了,因为我还是很在乎token和时间的 ^-^

  • sg8011 06-20 11:23
    15

    凡是能尽量消耗 token 的都是两家推荐的,毕竟他们就是卖 token 的不是?

  • LanFeng1 06-20 11:25
    16

    应该借鉴里面的思路自己改吧,我就是用里面的脑暴和 grill-me 结合自己改的,然后得到了一个 plan skill,之后的实现的 skill 也改了一下,然后随便拿一个便宜普通的模型都可以完成得很好了,这样也很省钱。毕竟最终目的是省钱也不是省 token,便宜模型还是花费不大的

  • huyl 06-20 11:29
    17

    我也一直在用,不过更多的是他的brainstorm,不要所有步骤都使用它,要有限制,比如我会在agents中要求: 只有满足以下任一条件时,才允许加载 `using-superpowers` 或进入复杂技能路由:




    • 任务目标不清,需要先判断应该采用什么流程




    • 任务涉及多步骤、多模块、多目录或跨服务改动




    • 需要正式规划、拆任务、比较方案或产出实施计划




    • 遇到复杂 bug、测试失败、根因不明或非确定性问题




    • 需要做代码评审、验收清单、收尾流程或并行代理协作




    • 需要先查外部文档、规范、GitHub 或最佳实践,才能安全执行




    • 用户明确要求“深度分析”“完整流程”“按 skill 流程处理”“先做计划”

      以下场景一律走快速路径,不加载 `using-superpowers`,也不主动触发其他重型流程或




    skills:




    • 闲聊、问候、翻译、润色、总结




    • 简单说明性问答




    • 单文件小改动




    • 轻量前端布局或样式调整




    • 文案修改、命名修改、注释补充、配置小改




    • 明显局部 bug 修复,且无需复杂排查




    • 只需查看少量文件即可完成的任务




    轻量前端任务包括但不限于:




    • 调整 `margin`、`padding`、`gap`、对齐、宽高、字号、字重、颜色、圆角、阴影




    • 调整响应式断点、换行、栅格、间距




    • 修改现有组件的布局顺序、显隐、文案、类名或样式变量




    • 修正 CSS、Tailwind、样式变量或现有页面的小范围 UI 缺陷




    在快速路径下:




    • 直接读取相关文件并实施修改




    • 只做最小必要的分析




    • 只做最小必要的验证




    • 不默认产出冗长方案、长计划或多轮技能发现




    • 不默认运行全量 lint、全量 build、全量测试或 e2e



  • LiHao Jing 06-20 11:33
    18



    复杂流程并不是一套下来就完成 只能完成7成左右

  • 凌封小子 06-20 11:36
    19

    我从来不用,所有的流程都自己控制,产出质量并不差

* 帖子来源Linux.do
返回