因为各家厂商模型各有优劣，个人觉得只用一家模型做到底会有局限性，故而个人 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 ，新人刚进站，如有违规烦请大佬们提醒，我一定立正挨打接受批评！