因为各家厂商模型各有优劣，个人觉得只用一家模型做到底会有局限性，故而个人 vibe coding 的工作流中从最开始的规划到每个 stage 的 check point ，都有多方模型独立给意见/建议/review 的需求。
我目前的解决方法一直是简单粗暴的用 tmux 到后面 codex 调用工具的结合：
当初 codex 能力还不强的时候，偏 cli 为主，cc 接 ds 和 claude ，再加上 codex 的 cli ；用 tmux 作媒介，让 codex 自己写了个 skill ，通过 tmux 的命令自动创建后台 tmux 新建三个 cli 自动调用分发收集；但因为 tmux 和终端 tui 的一些设置经常报错；再加上 Claude 用的中转（官方的被封了几次后懒得折腾了），数据流一大或者分发数量一多，就直接被中转的 cf 墙了。
不久 codex 合并升级了，多了双击 cmd 截 app 、computer use 、chrome operation 这些功能，同时 codex 也支持 app 内 session 互动，同时因为 codex mac app 的体验升级，主力从 cli 切到了 codex app： 于是就变成了，codex 自调用新 session 来给建议和或或审核； cc 的 ds 和 claude 还是用老的缝缝补补的屎山 skill 调用，但还是经常出同样的问题。
再最近 dsh 出了，ds 为了省钱和更好的表现从 cc 切到了 dsh 。现在是纯靠 codex 的双击 cmd 、computer use 、chrome operation 这三功能，AI 代人工来手动多 app 交互；彻底不想用天天报错的老屎山 skill 了。
但是 codex 的双击 cmd 、computer use 、chrome operation 实在太耗 token 了，所以求大佬推荐稳定好用的多方 AI 模型/harness 交互建议/审核的方案/repo 。
中间也试了 herdr 、ccb 、codeg ，但是因为涉及到本地和服务器的同时工作，整体感觉体验不如 codex app ，也有可能是我浅尝辄止没有研究透，求大佬推荐深度能实验多方交互需求的教程。
另外，因为 claude 用的是中转，到现在还没调试好兼容 fable5.1 ，到现在如果我要用 fable5.1 ，就得让 codex 调用 cursor 来搞。
ps ，新人刚进站，如有违规烦请大佬们提醒，我一定立正挨打接受批评！
Select Language