因为各家厂商模型各有优劣，个人觉得只用一家模型做到底会有局限性，故而个人 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 ...