想尝试 Claude + Codex + DeepSeek/Qwen/... 协同多子代理，大家目前用的什么方案？

[OumaeKumiko]

想法

正在从单纯使用 claude/codex 干活，额度用完切到另一边，发展到协同使用，因为 Fable 和 gpt5.6sol 确实太贵了。

而且我非常讨厌 GPT 的说话风格（充满伪人感🤮），5.6 系列还有强烈的过度完成、简单任务被复杂化的倾向。

其他模型说话风格都还不错，尤其是 Claude ，Fable 做规划也确实好用，但就是贵。所以想着能不能让强模型当大脑，指挥 DeepSeek / Qwen / GLM 等便宜模型去干活，省下一大截钱。

最终目标就是，只在一个对话窗口里操作，不换窗口、不手动切模型。让窗口里的 Fable/GPT 自动分配「规划 / 质疑 / 执行 / 检查」等任务给其它模型，干完活自动反馈，我就在这个窗口里处理。

方案列表

目前搜到几种方向，让大模型查了一番进行对比如下，但是心里也没底，想问问大家真实在用哪套、体验如何、稳不稳定：

1. Claude Code + CCR （ Claude Code Router ）

   内部把 DeepSeek / Qwen / Kimi / GLM / 本地模型路由进去，再用 /agent 或 agent 定义文件指定不同模型当 sub-agent 。

   另外，前段时间 openai 的 Tibo 提过 CLIProxyAPI （ https://x.com/thsottiaux/status/2076119366647894371 )，评论区有人说因为这个被封，但被封的好像是极少数，很多人长期在用没问题，所以有点犹豫……

2. Claude Code + headless OpenCode / OpenCode MCP / Codex CLI

   或者用插件/MCP 在 Claude Code 里直接调用 Codex 或 OpenCode 当 worker 。

3. Codex 为主 + 插件/路由联动其它大模型。我看官方没有插件，都是第三方的实现。

4. 其它方案（ OpenCode 原生多模型 Agent Teams 、Claudexor 类统一工作区、CLIProxyAPI 等）。

[MonkeyD1]

试试这个吧 https://pi.dev

[OumaeKumiko]

@MonkeyD1 #1 还是不习惯在终端里操作，感觉用 GUI 更方便 而且我看说连 claude 只能用 api 付费，这太可怕了😰

[yuangui]

试试我搞的这个，协同开发： https://github.com/xyva-yuangui/agent-bridge

[gynophobia]

orca / herdr

[zeyangstudies]

proma 感觉挺好用，基于 pi 的，可以切换模型

[musi]

如果 CCR 使用过程中有问题可以站内艾特我，另外后面 CCR 也会有 agent 路由的功能

[OumaeKumiko]

@musi #6 大佬回复了🐮 想请教一下 CLIProxyAPI+CCR 路由 codex 老哥收到的封号比例如何😂