fable5+gpt sol max， 2 个该怎么无缝切换/合用？

相互审核验收比较好吧，总能发现对方的漏洞。fable 每一步输出一个文件，写好做了什么，然后 sol 验收又产生一个报告文件，fable 再次复核确认的改正不通过的说明理由。反之亦然。理论上可以自动进行，但是为了防止死循环浪费额度，我一般在 vscode 中手动操作几轮。额度充裕时 fable 操作为主，否则换 sol ，因为审核消耗的额度相对少一些。

fable 调用 gpt 的 mcp 就行

我一般都是给一个需求文档，一个出方案，一个 review ，方案收敛后。一个实现一个 review ，几轮 review 过后，最终实现也会收敛到没有阻塞问题的状态。就 ok 了

https://multica.ai/

ccg workflow ，claude 负责把控

@liangck 文档驱动..

@saodilaoshu 这个只支持 cli ？ 但是 claude 的 cli 似乎更容易被 ban ！

我是 fable 调度,组织，codex 负责干活，写了个 skill ，采用的是 codex 的 cc plugin 来驱动 codex
https://github.com/ijk0/.claude/blob/main/skills/fable-gpt/SKILL.md

@ijk0 调用的是 claude / gpt 的 app 还是 cli 呢？

codeg ，直接 @智能体就能让他干活。比如 @Claudecode 写代码 @codex 审核代码，然后把代码问题修完再告诉你
https://github.com/xintaofei/codeg

https://docs.codeg.app/zh/guide/multi-agent

其实都没那么麻烦，都开在 tmux 里，你告诉他就可以互相看到互相传递消息了

可以试试小众但轻量却不失优雅的 hcom 它是基于 hook 实现的

@ttxhxz #10 这个和 multica 和 orca 有什么区别？

@mikaelson 只能说我用过一段时间 orca ，个人更偏爱 codeg ，更好用点

每一步工作做完备份修改内容，谁接手先读不就好了。或者你可以问它们自己，怎么配合，它们会说的。

@haokaixin ok