有时候感觉言出法随比使用 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 ，但是换来的是系统可维护性的开发历程支撑，后续不管你要做局部功能修改，或者功能重构，都会有据可依，个人觉得这在工程角度来说是值得的。