fennu2333

claude mem 我也觉得问题一堆。。不知道为啥这些项目星都那么爆炸，AI 量产野鸡代码真的遭不住

@MuyuQ 至少我在 Claude Code 里接 DS4 ，用起来还是不差的

@duuu 我主要还是从插件开发的角度去评价这两个工具，实际用来写代码差距不会那么大，真正影响的还是插件生态和扩展能力吧，Codex 确实对第一方的东西优化比较好，现阶段三方的插件比较吃力而已

@wukongkong #3 期待！如果有任何问题欢迎直接在 github 上留 issue

@wukongkong cursor 插件还没写。。现在的 Coding Agent 实在太多了。个人感觉是现阶段要搞 Harness ，不通过插件而是纯 skill 还是太苍白了，cursor 插件的需求我记录下来了感谢反馈哈哈

我个人用下来 OpenCode 会比 Codex 好一些，Cursor 用还是差一些吗？

@blankmiss 目前 cc 没有把 chennal 集成开放给插件😂所以建议配置完成后在 cc 里 drive 流程，比如可以试试用 /yolo 完成一些 feature 开发，或者用 /chorus 技能让 cc 帮助解释一下如何使用，我们也在等 cc 开放主动从外部服务调用的插件接口哈哈

@zzNaLOGIC 比较消耗 token 的是 agent 相互 review ，这个我们用了独立的 agent 去处理，不会污染主 agent 。真正到编码的时候也是让主 agent 开 agent team 去完成，然后独立的 reviewer 对抗，做到最大程度上降低对主 agent 的上下文压力。其实就算主 Agent 发生了压缩也没关系，所有的任务执行进度和上下文都会在 Chorus 系统中留下痕迹，就算启动一个新的 Session 也能很快 pick up 没做完的任务。其次在上下文比较长的情况下像前面 #15 提到的，Chorus 会经可能用到各种 hook ，去识别进行到什么流程了，注入一些及时的小 Prompt 去提醒主 Agent 的行为。基本上为了 yolo 能跑长任务我们能把 CC 插件能用得上的机制都用上了😂

@blankmiss 我们也是这么做的，但有些 hook 没有强制做操作，而是去提醒 agent 按照情况判断。理论上 Chorus 和 Superpower 可以一起用，Chorus 解决让 Agent 能跑完整个交付流程的问题，Superpowers 或者用别的更具体的 skill 来填充里面的细节。Chorus 里用的钩子可以参考这个文件 https://github.com/Chorus-AIDLC/Chorus/blob/main/public/chorus-plugin/hooks/hooks.json

@fenildf 如果只是要让 agent 相互 review ，你可以试试在 cc 里用 /agent 自定义 reviewer 。

btw: 用不起来是碰到什么困难了吗，Chorus 最近支持了 npx 一键启动。如果有任何用不起来或者用的时候卡壳的地方请好不留情地开 issue 或者反馈给我