结论先说
关于 GPT-5.5 Spud 的争议,最容易混淆两件事:OpenAI 是否已经公开发布了这个名字的模型,以及 OpenAI 是否已经支持智能体式编程和依赖大量工具的编排。把两者分开看,证据很清楚:本次核查的 OpenAI 官方文档支持后者——GPT-5.4、GPT-5-Codex/Codex、Responses API、Agents SDK 和一系列工具都已被文档化;但这些文档没有确认 GPT-5.5 Spud 是一个公开发布的模型。[1][
67][
74][
79][
81][
58][
52]
逐条核查
| 说法 | 结论 | 有据可查的理解 |
|---|---|---|
| OpenAI 已公开文档化一个已发布的 GPT-5.5 Spud 模型 | 未证实 | 本次核查的官方模型文档指向 GPT-5.4 和 GPT-5-Codex,而不是 GPT-5.5 Spud 的公开模型页。[ |
| Spud 正以 GPT-5.5 传闻的形式流传 | 有传闻依据 | TokenMix 明确把 GPT-5.5 预测标为推测,并称官方发布日期、模型卡和 API 定价尚未公布;India Today 也把 Spud 描述为传闻中的 GPT-5.5。[ |
| OpenAI 支持智能体编程 | 已确认 | OpenAI 称 GPT-5-Codex 针对智能体编程任务优化,代码生成指南也建议用 Codex 构建开箱即用的编码智能体。[ |
| OpenAI 支持智能体编排 | 已确认 | OpenAI 将智能体能力拆解为模型、工具、状态/记忆和编排等组件;Agents SDK 适用于应用自己掌控编排、工具执行、审批和状态的场景。[ |
| 依赖大量工具的工作流已有官方文档 | 已确认 | OpenAI 文档覆盖函数调用、网页搜索、文件搜索、计算机使用、MCP/连接器、Shell、Apply Patch、Code Interpreter 和 Skills。[ |
未证实的部分:Spud 不是公开文档里的模型名
更稳妥的说法是:在本次核查的 OpenAI 公开文档中,GPT-5.5 Spud 尚未被确认为一个公开发布的模型。OpenAI 的模型文档把用户引向 GPT-5.4 作为最新模型指南;全部模型页面也把 GPT-5.4 描述为适用于智能体、编码和专业工作流的模型。[1][
67][
74]
这并不等于断言 Spud 不可能是内部代号。问题在于,现有证据不足以证明它已经成为公开模型发布:没有在这组资料中看到 GPT-5.5 Spud 的官方模型卡、API 端点、定价页面或 OpenAI 模型指南。Spud 相关证据主要来自第三方:TokenMix 称官方 GPT-5.5 发布日期、模型卡和 API 定价尚未公布;India Today 则把 Spud 表述为传闻中的 GPT-5.5。[11][
13]
已确认的部分:GPT-5.4、GPT-5-Codex 与 Codex
在公开模型层面,本次资料的重心是 GPT-5.4 和 Codex。OpenAI 的全部模型页面列出 GPT-5.4,称其适合智能体、编码和专业工作流;GPT-5.4 模型页则把它称为面向复杂专业工作的前沿模型。[67][
68]
在软件工程方向,GPT-5-Codex 是这组资料里最明确的命名编码模型。OpenAI 称 GPT-5-Codex 是为 Codex 或类似环境中的智能体编程任务优化的 GPT-5 版本,并且通过 Responses API 提供。[79] 代码生成指南还建议使用 Codex 构建开箱即用的编码智能体,并把 Codex 定位为 OpenAI 面向软件开发的编码智能体。[
81]
智能体层:Responses API 与 Agents SDK
对开发者来说,关键不是追逐一个未经确认的模型名,而是看公开平台已经提供了什么。OpenAI 的智能体构建材料把平台描述为一组可组合的基础能力:模型、工具、状态/记忆和编排;同一材料还把 Responses API 描述为专门用于构建强大智能体的旗舰 API。[58]
如果应用需要自己掌控流程,Agents SDK 是更偏代码优先的路线。OpenAI 文档说明,当你的应用负责智能体编排、工具执行、审批和状态时,应使用 Agents SDK。[52] 另外,OpenAI 也有单独的编排与交接文档,说明多步骤或多智能体协作是已经文档化的平台模式,而不是必须依赖 Spud 这个未经确认的标签。[
53]
工具层:调用函数、搜索网页、读取文件和修改代码
官方工具面相当宽。函数调用用于让模型调用开发者定义的工具;网页搜索则作为可通过 Responses API 使用的工具出现在文档中。[35][
27]
除此之外,OpenAI 还文档化了文件搜索、计算机使用、MCP/连接器、Shell、Apply Patch、Code Interpreter 和 Skills。[20][
34][
37][
89][
85][
86][
90] 这些工具合在一起,支撑的是更接近真实开发和自动化场景的工作流:智能体可以检索私有内容、调用应用函数、搜索网络、连接外部系统、使用受控计算环境,并通过文档化接口应用代码变更。[
20][
35][
27][
37][
89][
85][
86]
给开发者的实用判断
如果实际问题是:开发者现在能不能构建智能体编程和工具编排应用?从官方文档看,答案是可以。若问题变成:这些能力是否必须等 GPT-5.5 Spud?本次资料给出的答案是否定的。
- 先从已文档化的模型和指南入手,尤其是 GPT-5.4、GPT-5-Codex/Codex,而不是未经确认的模型名。[
67][
74][
79][
81]
- 当应用需要状态、工具执行、审批和流程编排时,优先查看 Responses API 和 Agents SDK。[
58][
52]
- 按工作流选择工具:函数调用用于自有 API,网页搜索用于实时网络检索,文件搜索用于私有内容,MCP/连接器用于外部系统,Shell、Apply Patch 或 Code Interpreter 则适用于需要代码执行或代码变更的场景。[
35][
27][
20][
37][
89][
85][
86]
- 如果任务需要在不同专业步骤或不同智能体之间流转,再结合 OpenAI 的编排与交接指南。[
53]
如何准确描述 Spud
目前最准确的表述是:GPT-5.5 Spud 未在本次核查的 OpenAI 公开文档中得到确认。不要把所谓发布日期、基准成绩、上下文窗口、API 可用性或定价当作这组资料已经证实的事实。TokenMix 明确表示官方 GPT-5.5 发布日期、模型卡和 API 定价尚未公布;India Today 也把 Spud 放在传闻中的 GPT-5.5 语境下描述。[11][
13]
在 OpenAI 以这个名称发布官方文档之前,更有证据支撑的开发者路线仍然是:GPT-5.4、GPT-5-Codex/Codex、Responses API、Agents SDK,以及官方工具指南。[1][
67][
74][
79][
81][
58][
52]




