Fusion

Fusion

Fusion 把几个已配置的模型组合成一个虚拟模型，在 Codex 里像普通模型一样选择。它有两种模式。

多模型编排

一次请求分三步处理：

1. Panel：1 到 8 个模型并行处理同一个请求。
2. Judge：比较 Panel 的结果，整理共识、依据、分歧和遗漏。
3. Final：根据原始请求和 Judge 的结论写出最终回答。

代码审查、复杂设计和风险分析这类需要互相印证的任务适合用它。Panel 并行调用会增加请求次数、延迟和费用，请根据上游限流设置超时和最少成功数。

按时间切换

按本机时间把不同时段的请求交给不同模型，没配置的时段用默认模型。时段之间不能重叠。

可以用来在高峰和低峰之间切换，或者按成本、按不同地区服务的可用时间选模型。在远端服务器上用时，先确认系统时区是对的。

在哪里配置

• macOS：菜单栏 → 高级 → Fusion 设置。
• Windows：托盘 → 高级 → Fusion 设置。
• Web 面板：Fusion 页面。
• CLI：适合自动化。复杂配置用界面建和检查更方便。

Fusion 引用的模型要写成当前可用的 model-provider slug。引用的 Provider 或模型被删掉后，保存和导入时都会报错。

在 Codex 里查看中间结果

打开中间结果展示后：

• 每个 Panel 的结果显示为一张可以展开的卡片。
• Judge 给出共识、分歧和建议的摘要。
• Final 照常以 Codex 原生的流式消息输出，不额外插入说明。

客户端不支持这种展示时，中间结果会改用可折叠的 Markdown，Final 回答不受影响。

Panel 工具

Panel 模型可以用一组受限的工具读代码、搜索和做分析。工具调用的轮数和每个模型的调用次数都有上限，防止陷入循环。上限调得越高，延迟和资源消耗越大。

失败时的行为

• 成功的 Panel 数少于 min_successful 时，整个请求失败。
• Judge 或 Final 超时就直接报错，不会拿默认答案顶替。
• Provider 配置或模型引用有误时，保存那一步就会报错。
• 部分 Panel 失败但成功数达到下限时，成功的结果照常交给 Judge。

使用建议

• Panel 选能力互补的模型。同一个模型的几个别名放在一起没有意义。
• Judge 选稳定、上下文够长的模型。
• Final 按你想要的回答风格和长度来选。
• 先拿小任务试一试超时、费用和限流，再用到长任务上。