Programmatic Tool Calling
在托管运行时中编写 JavaScript,串联多个合规工具并压缩中间结果。特别适合过滤、聚合、去重和结构化处理。
New production baseline · 官方资料已核验
OpenAI 为复杂生产工作流设下的新基线。它把推理、工具调用、多智能体协作与前端设计判断放进同一套模型能力中,让“会回答”更进一步,变成“能把任务做完”。
GPT‑5.6 的变化不止是“更聪明”。关键在于,它开始用更少的中间过程,把工具、上下文和协作组织成可交付的结果。
在托管运行时中编写 JavaScript,串联多个合规工具并压缩中间结果。特别适合过滤、聚合、去重和结构化处理。
一个 GPT‑5.6 实例可并行协调多个子任务,再统一综合结果。适合能清晰拆成独立工作流的复杂任务。
新增 max 推理强度,为最难、质量优先的任务提供更多探索与验证空间。
跨轮次复用可用的 reasoning items,提高多轮任务质量与缓存效率。
更成熟的布局、视觉层级与可用性判断。前端生成从“代码能跑”进一步走向“页面像被设计过”。
无需切换单独的 Pro 模型 slug。通过 reasoning.mode: "pro" 让当前模型投入更多工作,返回一个质量优先的最终答案。
选择模型不再只是能力排序。SOL、TERRA、LUNA 分别对应旗舰质量、能力成本平衡和大规模吞吐。
用于最复杂、最关键的生产任务。默认别名 gpt-5.6 会路由到 SOL。
在强能力与成本之间取平衡,适合高质量要求下的常规生产工作流。
面向高并发、大规模、效率优先的任务,将边际成本放进模型选择本身。
GPT‑5.6 支持 none、low、medium、high、xhigh 与 max 六档推理强度。不是档位越高越好,而是用真实业务任务测出质量、延迟与成本的平衡点。
OpenAI 建议把迁移视为一次调优:保留旧基线,减少不必要提示词,在代表性任务上比较质量、Token、延迟与成本。
SOL 看质量,TERRA 看平衡,LUNA 看规模。先按任务经济学选,而不是一律上旗舰。
从 GPT‑5.5 或 5.4 迁移时,先维持原 effort,再额外测试低一档。
删除已成为模型默认行为的冗余说明,只保留边界、约束、成功标准和关键证据。
比较任务成功率、答案完整性、证据、总 Token、延迟与成本,而不是只看调用次数。