gpt-5.6-sol ultra与max模式区别：推理强度相同，子Agent策略不同

背景

近期，在 LINUX DO 社区中，有关 OpenAI 旗下模型 gpt‑5.6‑sol 与 gpt‑5.6‑terra 的新增「ultra」模式的讨论引起关注。许多用户通过实测发现，ultra 模式与已有的 max 模式在 juice 值（一种评估模型推理强度的内部度量）上均为 960，二者完全相同。这一现象表明 ultra 并非传统意义上的 reasoning effort 级别的提升，而是另一种机制上的差异。为了弄清本质，有用户从 Codex CLI 的原始请求入手，对两种模式的设置进行了对比分析。

核心内容

对 Codex CLI 的原始请求分析后，得出以下两个主要结论：

1. 推理强度没有区别

ultra 与 max 在请求中对 reasoning.effort 的设定完全一致，均设置为 "max"，且 reasoning.context 也均为 "all_turns"。这直接解释了为何两者的 juice 值相同（均为 960）。因此，两者在底层模型的推理资源占用上并无差异。

2. 核心区别在于 developer 指令

分析发现，max 与 ultra 的 developer 指令内容存在关键差异：

• max 模式的指令包含：
  "Do not spawn sub‑agents unless the user ... explicitly ask for sub‑agents..."
  含义是：除非用户或项目指令明确要求，否则禁止创建子 Agent。
• ultra 模式的指令包含：
  "Proactive multi‑agent delegation is active... Use sub‑agents when parallel work would materially improve speed or quality."
  含义是：开启主动多 Agent 委派；在并行工作能够显著提升速度或质量时，可以自行创建子 Agent。

因此，ultra 并非一个比 max 更高的 reasoning.effort 等级，而是 Codex 客户端的一种 Agent 编排模式。其核心在于允许主 Agent 根据任务需要调用多个子 Agent 并行处理任务。

实际影响

对于简单任务，两者可能几乎没有差别；而对于复杂、可并行拆分的任务，ultra 模式能够通过多 Agent 并行执行获得更好的覆盖度和速度。但同时，多 Agent 并行也会导致用量消耗更快。

下表总结了主要对比维度：

| 项目 | max | ultra | |------|-----|-------| | 底层模型 | gpt-5.6-sol | gpt-5.6-sol | | 推理强度 | max | max | | 子 Agent | 默认禁止主动创建 | 允许主动创建 | | 并行执行 | 单 Agent 为主 | 可拆成多个 Agent 并行 | | 用量消耗 | 正常 | 多 Agent 并行消耗更快 |

以上分析由 Codex 协助完成，文本为人工编写。

关键要点

• 推理强度相同：ultra 和 max 的 reasoning.effort 均为 "max"，juice 值同为 960，说明底层推理资源占用无差异。
• 核心差异在 Agent 编排策略：ultra 通过 developer 指令主动开启多 Agent 委派，允许主 Agent 在合适时创建子 Agent 并行工作；max 则默认禁止主动创建子 Agent。
• 任务场景决定效果：简单任务下两者无明显差别；复杂、可并行的任务中 ultra 可通过多 Agent 提升覆盖度和速度。
• 消耗更高：ultra 模式下多 Agent 并行会导致 token 用量更快消耗。
• 非模型层变更：ultra 并非模型本身的新版本或更高推理等级，而是客户端层面的 Agent 调度机制。

意义与影响

这一发现澄清了用户对 ultra 与 max 的常见误解——许多人可能认为 ultra 是比 max 更强的推理模式，但实际它只是 Agent 协作方式的优化。对于开发者而言，理解此区别有助于更精确地选择模式：

• 在需要快速、高覆盖处理复杂可分解任务时（例如代码审查、多文件重构），ultra 可能更高效。
• 在简单问答或单步骤任务中，使用 max 即可避免不必要的 Agent 开销，节省资源。

同时，该分析也展示了 Codex 客户端在 Agent 编排上的灵活设计，为今后更智能的任务分解与并行执行提供了参考。不过，用户也应注意用量消耗的差异，避免因盲目使用 ultra 导致意外的费用增加。整体而言，这一对比有助于社区更理性地评估不同模式的实际价值。