superpowersopenspecohmyopencode 哪个最好用？
- 内容介绍
- 文章标签
- 相关推荐
二编：这两天折腾了一通trellis，还是没有OMO的工作流顺手…… 春节期间从CC换到opencode感觉多模型多agent和TUI惊艳好用，一直用到现在。当时站里很多讲OC和OMO配置的帖子。现在似乎大家都回归到原生codex/cc的怀抱了，没什么讨论OC的（虽然开发调优现在已经变成了注册机维修论坛也是主要原因）。 最近CC中转基本涨价后基本只用GPT（剩下1000刀的纯血中转舍不得用），…
看到这个帖子有感，好奇大家还用什么 spec 工具吗？又是如何搭配的？
网友解答：--【壹】--：
有道理的，superpowers 总是一个小任务也各种提问，太烦了。佬如何切换这两个呢？把配置放到项目目录吗？
--【贰】--：
我大项目用superpowers，中小项目用openspec，因为superpowers实在是太磨叽了，有时候真的会被问到发飙
OMO只适合Opus和GPT订阅双持的，而且我感觉很多设计真的没必要，也提高不了质量
--【叁】--：
opencode + omo 用了幾個月
現在回歸 claude code + oh my claude 了
你可以看一下他的項目
Yeachan-Heo/oh-my-claudecode: Teams-first Multi-agent orchestration for Claude Code
issue 跟 PR 都滿積極在處理掉的，雖然看起來是有用龍蝦輔助
比 omo 穩定很多
omo 到後面越來越臃腫，而且 plan agent 經常不會乖乖在固定的地方建立計畫
主要還是 anthropic 對三方越來越嚴厲
我自己也有搭建 CPA，但是很明顯的很容易會遇到限流
同一時間，我只要用 claude code 原生的方式使用，完全不處發限流
不想折騰那麼多，所以才又改回去
omc 現在用的很舒服
他自己本身也有工作流，也能呼叫 codex 幫忙 code review
### 小任務（修 bug、小改動）
直接描述，不需要特別流程。
### 中型任務（新功能）
`ralplan`（規劃）→ `autopilot`（執行）
### 大型任務（跨多檔案重構）
`deep-interview`（釐清需求）→ `ralplan`（規劃）→ `/team`（並行執行）→ `ultraqa`（驗證）
### 不確定怎麼開始
說 `ralplan` 就對了。
基本上我大多時候都直接 ralplan，就會自動迭代建立好 plan，然後問你要不要開始，用哪種模式開始
然後再搭配
safishamsi/graphify: AI coding assistant skill (Claude Code, Codex, OpenCode, Cursor, Gemini CLI, OpenClaw, Factory Droid, Trae). Turn any folder of code, docs, papers, images, videos, or YouTube links into a queryable knowledge graph
這個項目來保持項目架構整理
目前就只用這些，和自己搞的 skill，化繁為簡
--【肆】--：
sp确实啥时候都用有点太慢了，openspec的话感觉效率快些，但是apply完以后还要人肉调review才行，而且肯定会出问题，review完以后的问题还得cp出来又切回之前apply的聊天记录cv，好麻烦的说
--【伍】--：
确实现在回归原生cc和gpt了,配合自己写的规则约束,流程重要,但是效率可能更重要
--【陆】--：
openspec我用了，这玩意感觉也一般，不知道是不是我的使用方式问题
--【柒】--：
有篇文章是这么总结的：它们都有侧重点，都属于 Harness 思想的⼀种体现。如果⾮要⼀句话概括它们的分⼯，我会这样说：
- OpenSpec 负责：先把“要做什么”说清楚
- Superpowers 负责：让 agent 默认按⼯程纪律⼯作
- GSD 负责：把复杂任务拆进⼲净上下⽂中执⾏
- OMC 负责：把 Claude Code 组织成团队式执⾏系统
- ECC 负责：给 Harness 补技能、记忆、安全、验证和学习能⼒
- Trellis 负责：把 specs、tasks、workspace 变成统⼀⼯作流⻣架
如果再把它们按定位压缩⼀句，可以更清楚地看出差异：
OpenSpec、Superpowers、GSD 则更偏向单层补位：分别聚焦规范、⼯程技能、上下⽂与阶段执⾏
OMC、ECC、Trellis 更偏体系型⽅案，只是各⾃覆盖的主轴不同
- ECC 更像在补 skills、memory、安全、验证、学习等能⼒，覆盖⾯更⼴，也更偏体系型增强系统
- Trellis 在 specs / tasks / workspace / project memory 上更完整，更像⻓期⼯作流⻣架
- OMC 在 Claude Code 的 team-first orchestration 上更像⼀套成体系的编排套件分层搭建、按缺⼝补位的问题 ，⽽不是单⼯具选择题。
skills1164×712 114 KB
--【捌】--：
有详细边界规范文档的话，确实trellis好用一些，但是如果是没规范的话，感觉superpowers应该好一些吧。佬们有没有好用的trellis规范模板呀，给老弟几个呀。
--【玖】--：
我是用的superpower，这个用起来还行，我喜欢看看进度到哪里了，而不是让他纯盲改。还是很害怕让ai自己做决定的哈哈哈
--【拾】--：
资源最近回收了，过段时间会再来，到时候有了再给大家开起来
我用 opencode 和 codex 都喜欢频繁调用 superpowers，很烦
--【拾壹】--：
我感觉 omo 有点没意思，但是 spec 好像还是有点用的
--【拾贰】--：
没用规范模板啊，直接空模板创建的，初始 $start 不是会补全一些项目信息吗？
--【拾叁】--：
codex使用superpowers的话 之前利用ai稍微研究了一下 通过配置agents.md的方式自适应尽可能减少小任务的确认次数 可以参考一下
在Codex中使用superpowers很不方便，于是我让ai收集总结了一些使用技巧 开发调优问题是这样的，我之前在claude cli中使用superpowers很爽，但是今天切换到codex中发现怎么有这么多确认点，于是我利用站内佬友的grok-search搜索汇总了一份codex中使用superpowers的技巧，分享给大家。 btw,联网搜索时注意提示词注入问题，我发现好几次了。 superpowers-使用技巧与减确认建议-2026-03-28.pdf (502.7 KB…
--【拾肆】--：
我用 superpowers 就是有时候写一个小脚本他也要调用，我觉得这个是codex的问题，claude就不会，opus会根据需求调用
另外，佬的翻译站没了吗
--【拾伍】--：
我只用openspec，而且只有在一个新需求或者大变更的时候使用，其他情况都是搭配自己的harness工程来弄
--【拾陆】--：
就是gpt的问题，和opencode没关系，我之前把模型切成opus就不会这样了
--【拾柒】--：
裸奔，多开 plan mode 即可，omo纯过度设计
--【拾捌】--：
小项目裸奔即可。我都是手动拆解任务，当模型好到gpt5.4的程度，这些都不需要。
--【拾玖】--：
以前我用superpowers，现在我用trellis，我觉得trellis真的很好用
二编：这两天折腾了一通trellis，还是没有OMO的工作流顺手…… 春节期间从CC换到opencode感觉多模型多agent和TUI惊艳好用，一直用到现在。当时站里很多讲OC和OMO配置的帖子。现在似乎大家都回归到原生codex/cc的怀抱了，没什么讨论OC的（虽然开发调优现在已经变成了注册机维修论坛也是主要原因）。 最近CC中转基本涨价后基本只用GPT（剩下1000刀的纯血中转舍不得用），…
看到这个帖子有感，好奇大家还用什么 spec 工具吗？又是如何搭配的？
网友解答：--【壹】--：
有道理的，superpowers 总是一个小任务也各种提问，太烦了。佬如何切换这两个呢？把配置放到项目目录吗？
--【贰】--：
我大项目用superpowers，中小项目用openspec，因为superpowers实在是太磨叽了，有时候真的会被问到发飙
OMO只适合Opus和GPT订阅双持的，而且我感觉很多设计真的没必要，也提高不了质量
--【叁】--：
opencode + omo 用了幾個月
現在回歸 claude code + oh my claude 了
你可以看一下他的項目
Yeachan-Heo/oh-my-claudecode: Teams-first Multi-agent orchestration for Claude Code
issue 跟 PR 都滿積極在處理掉的，雖然看起來是有用龍蝦輔助
比 omo 穩定很多
omo 到後面越來越臃腫，而且 plan agent 經常不會乖乖在固定的地方建立計畫
主要還是 anthropic 對三方越來越嚴厲
我自己也有搭建 CPA，但是很明顯的很容易會遇到限流
同一時間，我只要用 claude code 原生的方式使用，完全不處發限流
不想折騰那麼多，所以才又改回去
omc 現在用的很舒服
他自己本身也有工作流，也能呼叫 codex 幫忙 code review
### 小任務（修 bug、小改動）
直接描述，不需要特別流程。
### 中型任務（新功能）
`ralplan`（規劃）→ `autopilot`（執行）
### 大型任務（跨多檔案重構）
`deep-interview`（釐清需求）→ `ralplan`（規劃）→ `/team`（並行執行）→ `ultraqa`（驗證）
### 不確定怎麼開始
說 `ralplan` 就對了。
基本上我大多時候都直接 ralplan，就會自動迭代建立好 plan，然後問你要不要開始，用哪種模式開始
然後再搭配
safishamsi/graphify: AI coding assistant skill (Claude Code, Codex, OpenCode, Cursor, Gemini CLI, OpenClaw, Factory Droid, Trae). Turn any folder of code, docs, papers, images, videos, or YouTube links into a queryable knowledge graph
這個項目來保持項目架構整理
目前就只用這些，和自己搞的 skill，化繁為簡
--【肆】--：
sp确实啥时候都用有点太慢了，openspec的话感觉效率快些，但是apply完以后还要人肉调review才行，而且肯定会出问题，review完以后的问题还得cp出来又切回之前apply的聊天记录cv，好麻烦的说
--【伍】--：
确实现在回归原生cc和gpt了,配合自己写的规则约束,流程重要,但是效率可能更重要
--【陆】--：
openspec我用了，这玩意感觉也一般，不知道是不是我的使用方式问题
--【柒】--：
有篇文章是这么总结的：它们都有侧重点，都属于 Harness 思想的⼀种体现。如果⾮要⼀句话概括它们的分⼯，我会这样说：
- OpenSpec 负责：先把“要做什么”说清楚
- Superpowers 负责：让 agent 默认按⼯程纪律⼯作
- GSD 负责：把复杂任务拆进⼲净上下⽂中执⾏
- OMC 负责：把 Claude Code 组织成团队式执⾏系统
- ECC 负责：给 Harness 补技能、记忆、安全、验证和学习能⼒
- Trellis 负责：把 specs、tasks、workspace 变成统⼀⼯作流⻣架
如果再把它们按定位压缩⼀句，可以更清楚地看出差异：
OpenSpec、Superpowers、GSD 则更偏向单层补位：分别聚焦规范、⼯程技能、上下⽂与阶段执⾏
OMC、ECC、Trellis 更偏体系型⽅案，只是各⾃覆盖的主轴不同
- ECC 更像在补 skills、memory、安全、验证、学习等能⼒，覆盖⾯更⼴，也更偏体系型增强系统
- Trellis 在 specs / tasks / workspace / project memory 上更完整，更像⻓期⼯作流⻣架
- OMC 在 Claude Code 的 team-first orchestration 上更像⼀套成体系的编排套件分层搭建、按缺⼝补位的问题 ，⽽不是单⼯具选择题。
skills1164×712 114 KB
--【捌】--：
有详细边界规范文档的话，确实trellis好用一些，但是如果是没规范的话，感觉superpowers应该好一些吧。佬们有没有好用的trellis规范模板呀，给老弟几个呀。
--【玖】--：
我是用的superpower，这个用起来还行，我喜欢看看进度到哪里了，而不是让他纯盲改。还是很害怕让ai自己做决定的哈哈哈
--【拾】--：
资源最近回收了，过段时间会再来，到时候有了再给大家开起来
我用 opencode 和 codex 都喜欢频繁调用 superpowers，很烦
--【拾壹】--：
我感觉 omo 有点没意思，但是 spec 好像还是有点用的
--【拾贰】--：
没用规范模板啊，直接空模板创建的，初始 $start 不是会补全一些项目信息吗？
--【拾叁】--：
codex使用superpowers的话 之前利用ai稍微研究了一下 通过配置agents.md的方式自适应尽可能减少小任务的确认次数 可以参考一下
在Codex中使用superpowers很不方便，于是我让ai收集总结了一些使用技巧 开发调优问题是这样的，我之前在claude cli中使用superpowers很爽，但是今天切换到codex中发现怎么有这么多确认点，于是我利用站内佬友的grok-search搜索汇总了一份codex中使用superpowers的技巧，分享给大家。 btw,联网搜索时注意提示词注入问题，我发现好几次了。 superpowers-使用技巧与减确认建议-2026-03-28.pdf (502.7 KB…
--【拾肆】--：
我用 superpowers 就是有时候写一个小脚本他也要调用，我觉得这个是codex的问题，claude就不会，opus会根据需求调用
另外，佬的翻译站没了吗
--【拾伍】--：
我只用openspec，而且只有在一个新需求或者大变更的时候使用，其他情况都是搭配自己的harness工程来弄
--【拾陆】--：
就是gpt的问题，和opencode没关系，我之前把模型切成opus就不会这样了
--【拾柒】--：
裸奔，多开 plan mode 即可，omo纯过度设计
--【拾捌】--：
小项目裸奔即可。我都是手动拆解任务，当模型好到gpt5.4的程度，这些都不需要。
--【拾玖】--：
以前我用superpowers，现在我用trellis，我觉得trellis真的很好用