想尝试 Claude + Codex + DeepSeek/Qwen/... 协同多子代理，大家目前用的什么方案？
## 想法
正在从单纯使用 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 等）。
---
原文链接：[点击查看](https://www.v2ex.com/t/1229576)
正在从单纯使用 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 等）。
---
原文链接：[点击查看](https://www.v2ex.com/t/1229576)
· 0 个赞