openspec 怎么配合 superpowers 使用？

superpowers 你们真的觉得好用吗，这种子 agent 的模式使用过几次，感觉就是 token 陷阱

这两个组合在一起得多消耗多少 token 啊

@callmecaiyuyu 现在 cli 本身越来越强了，内置工具越来越多，感觉够用了，以前用这些插件是因为 cli 本身欠缺

@callmecaiyuyu 公司不差钱。。。

superpowers 怎么用的下去的
试用了一下 一个小需求跑了一下午
都没手写快了

superpowers 已经遵循 SDD 了，为什么还要一起用 openspec

我以前也是这样组合用，主要是因为 superpower 没有写 spec 文档，现在 superpower 也是先写 spec ，review 后才会开始写 plan ，再开始代码实现，所以我目前只用 superpower 了，仅供参考 :-)

@dinjufen 内置工具还没法解决项目唯一真相来源的问题，已经做过的修改跟变更没法反应到项目架构跟经验里去，suuperpowers ，除了费 token ，其他觉得比内置的 plan 模式或者直接干效果好一些 ———— 我们用的 codex

补充一句，现在 AI 工具的迭代太快了，网上的文档可能一两个月就过时了，最好是及时跟进 Github 或官网最新版本 :-)

好用啊，无论是/plan 模式，还是有 superpowers,gsd,on-my 系列，其实都是跟 ai 反复澄清意图跟实际的偏差值，最后生成 plan 跟 task 执行，模型越来越强的时候确实不需要这些工具了，不过 harness engineering 跟 compound engineering 的思想确实可以借鉴一下的
@callmecaiyuyu

skills 就是...垃圾吧

用了一下 superpower 提了一个小需求，直接给 claude 干死循环了

@sophos 项目架构变更，特性变更怎么反应到 spec 里去？ 文档跟代码偏离的越来越远的问题怎么解决。

@sinopec compound engineering

@sinopec 或者你可以 AGENT.md 去控制，每次改动完要把变更同步更新到 spec 中去

@Hyson2023 https://github.com/EveryInc/compound-engineering-plugin 这个么？

@sinopec 是的，不过我们实际的实践中没有直接用他这个插件，而是自己参考然后改造了一下，结合 sdd 的工作流程跟经验沉淀,spec 都没有用 openSpec 或者 specKit 或者 superpowers 、gsd 这种框架去生成

openspec 可以自定义 workflow 也就是自定义 schema 你可以参考一下这个文档 https://github.com/JiangWay/OpenSpec/blob/6449135b7ca301bf7d19a6c9cb3c331c051205f3/schemas/sdd-plus-superpowers/schema.yaml ，然后自己做相应的微调

@left7410 目前看来，最适合 superpower 这类 skill 的是 Github Copilot ，按次收费 :-)
@Hyson2023 @sinopec
我也是用 AGENTS.md 来控制，不需要 openspec 的 archive

这两个我都单独用过，感觉各有优缺点，现在我主要用 superpowers

一开始我用的 openspec ，前期体验挺好的，但用多了会有一些问题，我印象最深的是 spec.md 会很乱、很碎，比如有的 spec.md 是一个功能整体的规范、有的 spec.md 是功能内的细节规范。然后经常一个新的改动只会更新部分 spec.md 或创建新的 spec.md ，导致 spec.md 之间会有冲突。
这一方面是因为模型上下文限制不会读取和修改所有文档，另一方面是我没仔细 review 每个文档。但如果要我 review 所有文档又很累，感觉回到瀑布式开发流程了。

最近在使用 superpowers ，它只生成 spec.md 和 plan.md 文档，文档维护负担会小一点（但我也不会仔细去 review 这两个文件）。但它的 brainstorm 我觉得很好用，能和我讨论技术方向、给出可行的方案，是我主要使用 superpowers 的原因。
一开始用它的 subagent 模式开发，往往一下午几个小时还搞不完一个需求，但 token 消耗巨大。因为它会起一个 subagent 做开发、两个 subagent 做不同维度的代码 review ，然后重复迭代。普通的 coding plan 根本耗不起。
所以现在我会直接说这是个简单的改动，不需要这么多 review 直接开发。等做完后再人工要求它再 review 一次就行。这样使用就好了很多。