2. Linux.do
  3. 到底还要不要用superpowers

到底还要不要用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
附近帖子
返回
飞读
随机推荐