Files
cc-switch/docs/guides/aggregation-mode-guide-zh.md
T
Jason 92ec18d774 docs(aggregation): correct the workaround for the exhausted-quota lock
Since route and aggregation mode keep the ChatGPT login (#8431), the
route table writes requires_openai_auth = true whenever a login is on
disk, so making a third-party card the aggregation default no longer
keeps Codex from locking the send button to Luna Reserve once the
official 5-hour quota runs out.

The guide and the 4.6 manual pages now describe the method that still
works: switch to Direct, keep "Keep official login for direct switches"
off, switch to a third-party card and fully restart Codex; switch back
to Aggregation once the quota resets. The old method is marked as no
longer working.

Refs #7962
2026-10-21 17:04:27 +08:00

18 KiB
Raw Blame History

CC Switch 聚合模式使用指南

多家供应商的模型通过 CC Switch 汇入 Claude Code 或 Codex 的统一模型列表

用 Claude Code 或 Codex 写代码时,你可能不只使用一家供应商:有自己常用的模型,也有想试试的新模型;有官方订阅,也有另外购买的 API 或编程套餐。

过去,想换一家供应商,通常要先回到 CC Switch 主界面或者托盘切换,再返回客户端继续工作。CC Switch 4.0 新增的聚合模式,让这件事可以直接在客户端里完成:把多家供应商的模型放进同一个模型列表,在应用内无感切换,选哪个模型,请求就发给对应的供应商。

目前,聚合模式支持 Claude Code 和 Codex。这篇文章就从实际效果开始,带你完成配置,并讲清默认供应商、重启和日常切换的区别。

在 Codex 里直接选择多家模型

先看开启聚合后的 Codex 桌面版。

Codex 桌面版的模型选择器同时列出官方模型和多家供应商提供的模型

原有的 GPT 模型与来自其他供应商的 Grok、Kimi、DeepSeek 等模型,出现在了同一个列表中。第三方模型名称后面标有供应商,方便辨认具体来源。截图中选中的是 Kimi K3(Kimi For Coding),接下来的请求就会发给配置的 Kimi For Coding 供应商。

模型名称与可选范围取决于你自己的配置,截图展示的是一组使用示例。即便两家供应商提供同名模型,你也可以根据条目中的供应商名称,选择想使用的那一条线路。

你可以在一个会话中先讨论方案,再换一个模型继续实现或检查代码,不必为了更换供应商重新开始一段对话。配置完成之后,日常选模型就在客户端里进行。

聚合模式怎样分发请求

聚合模式做了两件事:先把各家的模型整理到客户端的模型列表里,再根据你选中的条目,把请求发给对应供应商。

聚合原理示意图:选择 Kimi K3 后,请求经 CC Switch 本地转发,仅发送给 Kimi For Coding

例如,你选择 Kimi For Coding 提供的模型,CC Switch 就使用这家供应商的连接配置转发请求;换成 DeepSeek 提供的模型,后续请求就交给 DeepSeek。每次请求按所选条目发送,加入多家供应商不会让它们同时回答同一个问题。

有时你会看到带 ccs- 前缀的模型 ID。这是 CC Switch 用来识别供应商和模型的标记,直接在模型列表里选择即可,不需要手动编写。

在 CC Switch 中完成配置

下面以 Codex 为例。Claude Code 的入口和操作方式相同,但两个应用的聚合名单需要分别配置。

CC Switch 的 Codex 聚合页面,OpenAI Official 为默认供应商,另外添加了六家供应商

截图顶部显示“聚合生效中”,默认供应商是 OpenAI Official,另外添加了 6 家供应商、共 13 个模型。每张卡片旁边也标出了这家供应商配置的模型数量。

第一步 进入聚合页面

在 CC Switch 左侧选择 Codex,然后点击顶部的「聚合」标签。

点标签只是切换正在查看的页面,不代表已经开启聚合。 是否真正生效,要看顶部的模式状态。

第二步 准备供应商和模型列表

如果还没有供应商,点击右上角「添加供应商」,按所选预设填写连接信息,例如 API 地址和密钥;需要登录或绑定账号的供应商,则完成对应的账号配置。已有供应商可以直接点击卡片上的编辑按钮。

在「聚合」页添加或编辑时,表单会集中展示连接信息和「模型列表」。最近的版本进一步强化了模型列表获取和模型信息补全,配置多家供应商时,可以省去不少逐个查找、复制和填写的工作。

一键获取:从供应商拉取模型列表

填好连接信息或完成账号配置后,点击「获取模型列表」,CC Switch 就会向供应商查询可用模型。新版适配了更多供应商的模型接口地址和返回格式,减少了因为接口差异而获取不到列表的情况。

获取成功后,可以搜索、勾选需要的模型,再点击「添加所选模型」批量加入。这一步决定哪些模型会出现在客户端的选择器里:你可以只留下常用的几个,不必把供应商返回的全部模型都加入聚合。

自动补全:选好模型后,补上它的能力信息

勾选需要的模型并加入列表后,CC Switch 会自动从 models.dev 拉取对应模型的资料,补全上下文窗口、思考等级等信息。以本文的 Codex 配置为例,还会根据可用资料补充文字、图片输入能力。选好模型后,这些信息会自动填入空缺的配置项,省去逐项查资料、手动填写的工作。

补全会优先参考与当前供应商地址匹配的内置预设,再结合 models.dev 中的供应商和原厂模型资料。已有的参数会保留,自动补全只填写空缺项;补全后还会提示信息来源,方便核对。不同供应商部署同一模型时,实际支持的窗口和能力可能不同,因此仍应以当前供应商的支持情况为准。

手动添加:用于列表缺失或自定义模型

如果供应商没有开放模型列表接口,或列表里暂时没有你需要的模型,可以点击「手动添加」,填写供应商实际支持的模型 ID,再按需填写显示名称和能力参数。它适合补充自动获取未覆盖的条目,例如供应商提供的自定义模型别名。

这里配置的模型,是之后在客户端里可选的内容。无论自动获取还是手动添加,填写名称和参数都不会改变模型本身的能力。

列表中的 ★ 表示这家供应商的默认模型。在 Claude Code 中,它位于列表第一项;这家成为默认供应商后,启动默认和后台任务等默认角色会使用它。Codex 则使用配置中指定的默认模型。

第三步 把供应商加入聚合名单

在「可添加」区域找到需要的供应商,点击「添加」。添加后,它会进入聚合名单。

添加供应商配置与加入聚合名单是两件事。只是创建了一张供应商卡片,还需要把它加入当前应用的聚合名单。

第一次使用,可以先配好常用的两三家,确认模型能够正常调用,再逐步增加。

第四步 选择默认供应商并开启

点击「切换到聚合模式」,在确认框中选择默认供应商,检查将加入的供应商和模型数量,然后确认。

进入聚合时,CC Switch 会自动启动所需的本地路由服务。看到顶部显示“聚合生效中”,就表示模式已经开启。接下来按客户端要求重新加载模型列表,再选择模型开始使用。

默认供应商负责什么

默认供应商承接没有明确指定聚合供应商的普通模型请求。 你在客户端明确选中了某家聚合模型后,那次请求就会交给对应供应商处理。

如果你在 Codex 中使用官方账号,同时也想调用第三方模型,可以像截图一样,将 OpenAI Official 设为默认供应商,再添加其他供应商。官方模型和第三方模型就能在同一个选择器中使用。

Codex 的官方账号只能作为默认供应商,不能作为普通聚合成员加入。

开启聚合后,想更换默认供应商,可以在目标供应商卡片的「更多」菜单里选择「设为默认」。当前默认供应商不能直接移除,需要先把另一家设为默认。

官方订阅的支持范围与账号风险

Codex 本身支持自定义模型供应商,官方文档也提供了通过代理使用 OpenAI 认证的配置方式。CC Switch 因此支持将 OpenAI Official 设为默认供应商,让官方模型与第三方模型出现在同一个列表中。不过,支持这种接入方式,不等于可以承诺账号“零风险”,使用时仍需遵守平台规则。Codex 官方认证说明

Claude 官方订阅的情况不同。Anthropic 对第三方工具使用订阅凭据有明确限制,包括禁止第三方开发者代用户通过 Free、Pro 或 Max 订阅凭据转发请求,以及收集、存储或中介处理 Claude.ai 登录凭据。这与用户在原版 Claude Code 中正常登录自己的订阅是不同的情况。Claude Code 官方规定

考虑到许多 CC Switch 用户并不熟悉这些接入方式和规则差异,我们选择采取更保守的支持策略:聚合模式暂不支持 Claude 官方订阅。需要使用该订阅时,请回到直连模式,在 Claude Code 中通过官方登录流程使用。这个限制针对官方订阅接入,不代表 Claude Code 的聚合模式不能使用其他已支持的模型供应商。

在 Claude Code 中使用聚合模型

在 CC Switch 左侧选择 Claude Code,配置好它自己的供应商和聚合名单,然后开启聚合。在 Claude Code 中输入 /model,就能看到模型列表。

Claude Code 的模型列表中,Kimi、Grok、Claude 和 GPT 系列模型分别标注了供应商来源

截图中的 Kimi、Grok、Claude 和 GPT 系列模型来自不同供应商。括号里显示供应商名称,右侧还展示模型 ID 和配置的上下文窗口。

选择所需条目后,就可以继续当前会话。模型的上下文窗口、图片输入和工具能力仍取决于实际模型及上游支持,不能只靠修改显示名称或窗口配置获得。

Claude Code 需要 2.1.243 或更新版本才能显示聚合模型。模型列表修改后可以立即生效,无需重启。CC Switch 改写客户端配置后,如果当前选中的是聚合模型,按提示重新选择一次即可。

Codex 需要怎样重启

Codex 在启动时读取模型列表。因此,进入或退出聚合模式、添加或移除供应商、修改模型列表后,需要重新加载。CC Switch 页面里的黄色提示,就是在提醒客户端还在使用旧列表。

使用方式 操作方法
Codex 桌面版 彻底退出后重新打开。macOS 按 ⌘Q,只关窗口不够。
Codex CLI 按 CC Switch 提示重启 Codex 守护进程,再重新打开 Codex。仅重开命令行客户端可能仍使用旧列表。
编辑器插件 重开编辑器窗口。

所有终端中的 Codex CLI 共用守护进程,重启会中断相关的运行中任务,操作前先等任务结束。

重新加载针对的是配置或模型列表发生变化。 在已经加载好的模型列表里选择另一个模型,不需要每次重启。

聚合和路由怎么选

CC Switch 的三种模式,适合不同的使用习惯。

模式 请求如何发送 适合的需求
直连 客户端直接连接供应商 使用一家供应商,按需在 CC Switch 切换。
路由 经过 CC Switch 本地转发,可配置故障转移 需要接口转换,或者故障后自动换供应商。
聚合 经过 CC Switch 本地转发,按所选模型发送给对应供应商 希望在客户端里随时选择多家模型。

聚合模式不做故障转移。 选中的供应商不可用时,需要手动选择其他可用模型。原有故障转移队列和设置会保留,回到路由模式后可以继续使用。

聚合也不会自动比较价格、挑选最快的模型。它把选择放到你手里:用哪一个模型、走哪一家供应商,由你在客户端决定。

日常使用的几个细节

使用期间保持 CC Switch 运行。 聚合请求需要经过本地服务转发。正常退出 CC Switch 时会自动恢复直连配置,下次启动再接上;之后按页面提示处理客户端刷新。

切换模型后的第一轮,费用可能更高。 在同一会话里换模型,新模型可能需要重新建立提示词缓存。历史对话越长,重新处理上下文的成本越值得留意,缓存通常不能在不同供应商之间直接共享。

模型选中后仍可能受到能力差异影响。 CC Switch 会按配置进行必要的接口转换,但不同模型在图片、推理等级、联网搜索等方面的支持并不完全相同。选择模型时,还要考虑正在进行的任务需要哪些能力。

移除供应商后,记得重新选模型。 如果客户端还保留着已移除供应商的旧聚合选项,请求会报错并提示重新选择,不会自动改发给另一家。切回路由模式后,聚合模型会从列表撤下,聚合名单则会保留。

配置好聚合后,你可以让常用模型保持默认,把其他模型留在选择器中,需要时再切换。在熟悉的 Claude Code 或 Codex 会话里,就能完成从选模型到继续工作的整个过程。

Codex 子 agent 读不到任务怎么办

在 Codex 聚合模式里,主 agent 和子 agent 可以选不同供应商的模型。这个开关现在默认打开;如果你把它关了,子 agent 一启动就可能报错,常见的提示有:

  • Encrypted function output content could not be decrypted
  • stream disconnected before completion
  • CC Switch 返回的 unreadable_encrypted_agent_task,提示里会直接指向下面这个开关

原因在 Codex 新版的子 agent 机制。 主 agent 派任务时,任务内容由主 agent 所在的供应商加密,只有这一家能解开。这好比一封只有寄件方能拆的密封信:子 agent 用的是同一家时能读,换成另一家就拆不开,等于没拿到任务。OpenAI 官方加密的任务,别家同样读不了。

解决方法: 在 CC Switch 的 Codex 聚合页签右上角点齿轮,打开「聚合设置」,把「聚合模式下子 agent 用经典工具」重新打开,然后重启 Codex(重启方法见上文“Codex 需要怎样重启”)。打开后,聚合里的所有模型改用 Codex 经典的子 agent 工具,任务以明文传递,换哪一家都能读。

关于这个开关需要知道几点:

  • 有代价。 经典工具没有 followup_task、interrupt_agent 等新版功能,所以只有主、子 agent 始终在同一家时才可以关掉;这个开关默认打开。
  • 只影响聚合模式。 直连和路由模式下 Codex 的行为不变。
  • 开了仍报错,先查 config.toml。 如果 ~/.codex/config.toml 的 [features] 里有 multi_agent_v2 = true,它的优先级高于这个开关,开关不会生效,「聚合设置」里也会给出提示。删掉这一项后再重启 Codex。

想要新版功能而关掉开关时,就得让子 agent 使用和主 agent 同一家供应商的模型,这样任务才能正常解开。

想固定让子 agent 用另一个模型? 切换到聚合模式的确认框里、以及同一个「聚合设置」里,都有「子代理模型」和「子代理推理强度」:比如主 agent 用 GPT 做规划和审核,子 agent 固定用 DeepSeek 去搜代码、改代码。选好后 CC Switch 写进 config.toml 的 [agents],不用重启 Codex,新开的对话就会用上(已经开着的对话仍按原设置)。这时子 agent 和主 agent 不在同一家,经典子 agent 工具必须开着(默认就是开的)。所选模型如果被移出聚合,子 agent 会暂时跟随主模型,加回来后自动恢复。

官方额度用完后,第三方模型也发不出去怎么办

默认供应商是 OpenAI Official 时,官方的 5 小时额度一旦用完,Codex 可能会锁住发送键,或者把模型选择器收成只剩“Luna Reserve”一项。这时聚合里的第三方模型既选不了,也发不出去。

这是 Codex 客户端自己的限制。 2026 年 9 月起的新版 Codex 会自己向 OpenAI 查询账号额度,发现普通额度用完后,就在请求发出之前把模型换成 Luna Reserve(gpt-reserve),其他模型要等额度恢复才回来。这个判断只看本机是否有 ChatGPT 官方登录、当前配置是否使用它,不管你选的是哪家模型;请求也根本到不了 CC Switch,所以 CC Switch 这一侧没办法放行。

聚合和路由模式会保留 Codex 的 ChatGPT 登录(Codex 桌面版继续旧会话需要它),所以只要本机有官方登录,即使把第三方设为默认供应商,Codex 也会按官方账号判断额度。

绕开方法: 额度恢复前,暂时回到直连,用第三方供应商。

  1. 在 Codex 应用页顶部切到「直连」,退出聚合。
  2. 确认「设置 → 应用配置 → Codex」里的「非接管切换时保留官方登录」是关闭的(默认关闭)。
  3. 在直连下切换到一家第三方供应商。CC Switch 会把官方登录暂时收起来,Codex 就不再按官方账号判断额度。
  4. 彻底重启 Codex(方法见上文“Codex 需要怎样重启”),然后新开一个会话。已经被切到 Luna Reserve 的会话,可能仍保留这个模型。
  5. 官方额度恢复后,再切回「聚合」,并同样重启 Codex。收起来的官方登录会自动还回去。

期间只能用这一家第三方的模型,聚合里的其他模型和 OpenAI 官方模型都不会出现在选择器里,回到聚合后就会恢复。

早先这里写的办法是“把第三方设为默认供应商”。聚合模式改为保留官方登录后,这个办法已经不起作用,请改用上面的步骤。

如果按上面的步骤操作后仍然被锁,欢迎到 #7962 反馈。

致敬 opencodex

CC Switch 的聚合模式大量学习和参考了 opencodex:通过供应商前缀区分模型,让多家模型同时出现在客户端的选择器里;让 Codex 在使用第三方模型时也能处理上下文压缩;检测后台服务是否仍在使用旧的模型列表,并提醒用户重启。这些设计都受益于 opencodex 的开源探索。

感谢作者 @lidge-jun 和贡献者们把这些成果分享出来,让其他开发者能够学习、借鉴,并继续改进用户体验。向他们的工作和开源精神致敬!

如果你希望在 Codex 或 Claude Code 中接入更多供应商和模型,也非常推荐了解和试用 opencodex。

相关文档