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

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

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

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

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

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

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

日式开发 Skill 版

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

@66beta 真实

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

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