GPT-5.6 ultra 模式解析 — 四智能体并行如何碾压单智能体
什么是 ultra 模式
ultra 是 GPT-5.6 Sol 独有的并行智能体工作模式。它不像 low/medium/high 那样是推理强度档位,而是一种任务编排策略:默认同时启动 4 个 Sol + max 档位的智能体,分工协作完成同一个目标。
Ultra 仅在以下两个环境中可用:
- ChatGPT Work 的 ultra 推理选项
- OpenAI Responses API 的多智能体(multi-agent)功能
Terra 和 Luna 不支持 ultra 模式。
并行机制
ultra 的核心思想是任务拆分 + 并行执行 + 结果合并:
用户请求
↓
主协调智能体(Router)
↓ 拆分任务
┌─────────┬─────────┬─────────┬─────────┐
Sol-1 Sol-2 Sol-3 Sol-4 (各跑 max 推理)
↓ ↓ ↓ ↓
└─────────┴─────────┴─────────┴─────────┘
↓ 汇总、去重、验证
最终交付物
Router 的工作包括:
- 将用户请求拆解为 4 个相对独立的子任务
- 为每个子任务生成独立的 prompt
- 并行发送给 4 个 Sol 实例
- 收集 4 份结果,去重合并、交叉验证
- 生成最终交付物
16 智能体扩展
在 BrowseComp 和 SEC-Bench Pro 测试中,OpenAI 还试验了 16 智能体配置。结果表明:
- 增加并行智能体会将得分-延迟前沿向左上方推移
- 更多智能体 → 更短时间 + 更优结果
- 但边际递减明显:16 相比 4 的提升,远小于 4 相比 1 的提升
当前 ultra 默认配置为 4 智能体。如果你的任务确实需要更多并行,可以在 API 中显式配置。
基准测试表现
OpenAI 官方测试结果对比 ultra 四智能体 vs 单智能体 max:
| 测试 | ultra 4-agent | 单 Sol + max | 优势幅度 |
|---|---|---|---|
| Terminal-Bench 2.1 | 91.9% | 约 75% | +17 pct |
| BrowseComp | 92.2% | 约 85% | +7 pct |
| SEC-Bench Pro | 71.2% | 约 55% | +16 pct |
Token 消耗
ultra 的 Token 消耗是 Sol + max 单智能体的 3-4 倍(4 个并行实例 + 1 个 Router 的开销)。但考虑到它可以在同等总 Token 下完成更多/更难的任务,单位成功任务的 Token 效率实际上更高。
实用建议:
- 不要在简单任务上开 ultra——那是浪费
- 适合 ultra 的任务特征:需要多轮验证、涉及多个独立子问题、单智能体容易卡住
- 如果 Sol + max 已经能处理你的任务,就没必要升级到 ultra
ChatGPT Work 中的 ultra
在 ChatGPT Work 界面中,ultra 以"ultra"作为可选推理强度出现在推理模式选择器中。用户选择后,ChatGPT Work 会自动以四智能体并行方式处理后续对话。
API 调用示例(伪代码):
from openai import OpenAI
client = OpenAI()
response = client.responses.create(
model="gpt-5.6-sol",
input=[user_message],
# ultra 模式需要显式启用多智能体
multi_agent={
"enabled": True,
"num_agents": 4,
"effort": "max"
}
)
适用场景总结
适合 ultra 的典型任务:
- 复杂代码重构:需要同时检查多个模块的正确性
- 安全漏洞研究:多路径探索 exploit 思路
- 大规模数据交叉验证:多维度分析数据集
- 长文档综合分析:并行阅读多个章节后合并结论
不适合 ultra 的任务:
- 简单问答、信息查询
- 一次性格式转换
- 已经能被 medium/high 正确处理的常规编程任务