有时候感觉言出法随比使用 superpowers 更方便快捷

[layxy]

前几天 codex 比较慢，尤其是使用 superpowers 后，流程太长了，干啥都写方案和测试，这比较适合正常工作流程，但是有时候确实修改一个很简单的东西都需要花十几分钟，甚至更长，我做个人项目时发现使用这个 skills 非常消耗 token ，昨天尝试关闭 superpowers 后，发现只要简单的在 AGENT.MD 中定义了适合自己开发场景的流程，速度快多了，今天 codex 速度好像恢复了，使用言出法随感觉速度更快了，一度怀疑给我路由到 mini 模型了

[la2la]

我一般都是结合这使用的，开发新的模块复杂的功能使用 superpowers 。针对简单的修改直接改就成

[YanSeven]

大部分场景感觉用不到 superpowers 这种，“大厂病”skill 版。

[xiaomushen]

时间长了之后，你就不会再用 superpower 了

[xiaomushen]

@YanSeven 确实是大厂病，浪费 token ，束手束脚。AI Coding 时代，本来就没几个人协同工作，superpower 假定还是几十人，几百人，一起做一个项目

[irvinghua]

superpowers 的适用场景要先弄清楚，它的本质是把瀑布开发模式做成了 skills 。那么它特别适合从 0 到 1 处理大型或者中型需求清单。
如果是简单修个 bug ，或者开发个简单的功能点，就告诉 ai 不要用这个 skills 了。
即是是古法编程的时代，也没啥人用完整的一套瀑布模式去处理 bug 和单个小功能点吧。

[supuwoerc]

superpowers 我觉得适合那种笼统的想法实现，例如快速实现一个 mvp

[nexuszjq]

我大功能开发用 superpowers ，小修小改用/grill-me：
https://github.com/mattpocock/skills/blob/main/skills/productivity/grill-me/SKILL.md

[xiaomushen]

日式开发 Skill 版

[lujiaosama]

LZ 是 AGENTS 里限制什么场景用 SUPERPOWERS?

[kuhung]

我试过之后也卸载了它。写个东西太冗余了，很容易造成上下文腐败。反而劣化了效果。

[CouleurVVEX]

我也发现了，对我来说太重了，准备卸载了

[alfa]

我也考虑卸载了，我用 superpower 开发 iOS App ，在它跑测试的时候，经常把 cpu 干到 100%，持续 10 多分钟；把我的 M5 MBA 干成 intel 了。

[javalaw2010]

感觉 vibe coding 的很多概念都是为了解决非常小众的场景，很多 SKILL 只有开荒的时候才会用到，对于绝大多数的程序员和场景来说，维护好 AGENTS.md/CLAUDE.md 就已经很好使了。

[IsaacYoung]

superpower 试了下就卸载 不如 plan mode 来得快

[zhang2e]

就这么说吧，直接用别人的 skill ，尤其是那种大型 skill ，什么 superpower 、gstack ，跟写论文似的 skill ，都是浪费 token 。skill 这玩意需要你针对自己的项目自己写，就跟代码里的函数，作用是一样的，复用。

[bingoso]

superpower 就是有这个毛病，不管任务复杂度，上来一套标准流程走起，慢的要命。

[chunqiuyiyu]

我觉得不好用，也可以能是我写的东西太简单了……

[trio]

从来不认可开源的 skills ，仅做参考；维护自己的 skills 才是正解

[evilgod528]

@nexuszjq superpower 默认的 use skill 会拦截大部分的开发描述，怎么做到的切换？

[wadewade]

个人觉得挺好用的，因为即使是单人开发，有这么个东西，可以开发过程中形成开发历程文档，后续再做功能扩展的时候就有据可依，不然到最后一定会发现，模型一直在给你打补丁，因为你口述需求的时候只能针对某一个功能点，没有开发文档给脑暴提供依据，最后模型就是在按照你口述的需求进行最短路径实现，到最后代码就变成补丁套补丁的屎山。这是不可避免的，虽然比较浪费 tokens ，但是换来的是系统可维护性的开发历程支撑，后续不管你要做局部功能修改，或者功能重构，都会有据可依，个人觉得这在工程角度来说是值得的。

[Vipcw95]

superpowers 是人家的工作流总结，你应该总结自己的工作流让 ai 封装成 skill

[nexuszjq]

@evilgod528 我不怎么介意这个，让模型自行去博弈。实在介意的话，不用的时候 disbale 掉 superpowers plugin ，用的时候再放开

[acthtml]

我还觉得光用 superpowers 不够，前面又加了 speckit/openspec 。

[66beta]

我让 CLAUDE 分析过类似的问题，CLAUDE 的意思是：你瞎几把搞那么多屁事儿，还不如把 AGENTS.md 写写好

[sjdhome]

确实 superpowers 太啰嗦了。和 AI 口述需求，让它反问，再让它整理成文档，在大多数场景下已经够用了。

[Cubi233]

@66beta 真实

[fkdtz]

甚至怀疑这是 AI 厂商搞出来消耗 token 的把戏（不是

[HappyAndSmile]

之前小群里还有一个前同事天天问我们用什么，使用 superpowers 还是 openspec ，我们都跟他说了，适合自己的工作流才是最好的 skill ，他还是迷信这些开源的

[fs418082760]

卡帕西的那套 md 就够了，中大型项目再开 superpower 把

[kur0d3s]

大需求 sdd 小变更 plan mode

[Mageblade]

一样的感觉，用了几天卸载了，还是自己维护 claude.md/agents.md + 自己写 skills 才是最适合自己的

[beiyanpiki]

除了 brainstorms 有点用, 其余的都有点多余了

[teaguexiao]

个人项目用不上那么重的 workflow ，按你说的在 AGENT.MD 里把自己的开发假设和习惯写清楚确实够用了。superpowers 那套适合有严格代码规范的场景，个人项目开那么多 guard rail 反而就是在烧 token 。

[mogutouer]

superpowers 可以直接干，/brainstorming 才是从头走流程，只会问你两三个小问题

[mogutouer]

superpowers 可以直接干，只会问你两三个小问题。

/brainstorming 才是从头走完整开发流程

[utodea]

真用不了这个，可能使用姿势不对。从自己的工作流中抽象出来的 skills 或者 rules 反而更实用一些。

[jsdi]

因为现在的模型越来越强大了，所以才不需要 superpower ，之前效果还是可以的

[Tmss2]

mattpocock 那套技能挺好用的，也轻量。最近一直在做基于这套技能的重构，能更适合自己的体质。

[fanhed]

我觉得 superpowers 没有任何问题, 小问题修复你直接 prompt 直接要求简单直接就行了, 就 1 个 prompt 的事情.
至于耗 token 的问题, 那你就靠自己人肉路由就不需要这些 prompt 注入给你开自动模型, 就可以省 token 了. 本质就是你想省 token 就多人肉决策. 所以古法编程最省 token.

[huweic]

用 superpowers 也可以言出法随的，你可以只用 brainstorming 让它确认清楚需求就直接开始开发，也可以让它只加测试，然后直接开发跳过 spec 和 plan

[JoJoWuBeHumble]

superpowers 起码也是你要开发一个大模块再用。
修个 BUG ，开发个小模块用 superpowers ，单纯自找没趣。
我小模块，小调整。不是 brainstorming 就是 grill-me ，或者 plan

[sherlocky]

有用 sdd-riper-one 的嘛，公司要强推这个。。

[msg7086]

superpowers 修小问题你只要让他跳过 TDD 就行了，就只会做最简单的设计然后直接开始编码，然后再做最小测试。

[leonwu85]

别人的各种 Skill ，都是纯粹来浪费你的 Token 的

[TerranC]

单独安装个 superpowers brainstorming 就够了，想用的时候主动 skill ，一般情况下直接和 agent 说事，搭配个 trellis ，大项目会自动问我要不要建个一 task ，目前用了 2 个月下来挺顺。还为此搞了个 kanban ，定期看一下 task 进度，https://github.com/terranc/trellis-dashboard