GPT-5.5 Spud 核查：OpenAI 文档确认智能体编程，但未确认 Spud 发布

结论先说

关于 GPT-5.5 Spud 的争议，最容易混淆两件事：OpenAI 是否已经公开发布了这个名字的模型，以及 OpenAI 是否已经支持智能体式编程和依赖大量工具的编排。把两者分开看，证据很清楚：本次核查的 OpenAI 官方文档支持后者——GPT-5.4、GPT-5-Codex/Codex、Responses API、Agents SDK 和一系列工具都已被文档化；但这些文档没有确认 GPT-5.5 Spud 是一个公开发布的模型。

逐条核查

说法	结论	有据可查的理解
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 描述为适用于智能体、编码和专业工作流的模型。

这并不等于断言 Spud 不可能是内部代号。问题在于，现有证据不足以证明它已经成为公开模型发布：没有在这组资料中看到 GPT-5.5 Spud 的官方模型卡、API 端点、定价页面或 OpenAI 模型指南。Spud 相关证据主要来自第三方：TokenMix 称官方 GPT-5.5 发布日期、模型卡和 API 定价尚未公布；India Today 则把 Spud 表述为传闻中的 GPT-5.5。

已确认的部分：GPT-5.4、GPT-5-Codex 与 Codex

在公开模型层面，本次资料的重心是 GPT-5.4 和 Codex。OpenAI 的全部模型页面列出 GPT-5.4，称其适合智能体、编码和专业工作流；GPT-5.4 模型页则把它称为面向复杂专业工作的前沿模型。

在软件工程方向，GPT-5-Codex 是这组资料里最明确的命名编码模型。OpenAI 称 GPT-5-Codex 是为 Codex 或类似环境中的智能体编程任务优化的 GPT-5 版本，并且通过 Responses API 提供。 代码生成指南还建议使用 Codex 构建开箱即用的编码智能体，并把 Codex 定位为 OpenAI 面向软件开发的编码智能体。

智能体层：Responses API 与 Agents SDK

对开发者来说，关键不是追逐一个未经确认的模型名，而是看公开平台已经提供了什么。OpenAI 的智能体构建材料把平台描述为一组可组合的基础能力：模型、工具、状态/记忆和编排；同一材料还把 Responses API 描述为专门用于构建强大智能体的旗舰 API。

如果应用需要自己掌控流程，Agents SDK 是更偏代码优先的路线。OpenAI 文档说明，当你的应用负责智能体编排、工具执行、审批和状态时，应使用 Agents SDK。 另外，OpenAI 也有单独的编排与交接文档，说明多步骤或多智能体协作是已经文档化的平台模式，而不是必须依赖 Spud 这个未经确认的标签。

工具层：调用函数、搜索网页、读取文件和修改代码

官方工具面相当宽。函数调用用于让模型调用开发者定义的工具；网页搜索则作为可通过 Responses API 使用的工具出现在文档中。

除此之外，OpenAI 还文档化了文件搜索、计算机使用、MCP/连接器、Shell、Apply Patch、Code Interpreter 和 Skills。 这些工具合在一起，支撑的是更接近真实开发和自动化场景的工作流：智能体可以检索私有内容、调用应用函数、搜索网络、连接外部系统、使用受控计算环境，并通过文档化接口应用代码变更。

给开发者的实用判断

如果实际问题是：开发者现在能不能构建智能体编程和工具编排应用？从官方文档看，答案是可以。若问题变成：这些能力是否必须等 GPT-5.5 Spud？本次资料给出的答案是否定的。

1. 先从已文档化的模型和指南入手，尤其是 GPT-5.4、GPT-5-Codex/Codex，而不是未经确认的模型名。
2. 当应用需要状态、工具执行、审批和流程编排时，优先查看 Responses API 和 Agents SDK。
3. 按工作流选择工具：函数调用用于自有 API，网页搜索用于实时网络检索，文件搜索用于私有内容，MCP/连接器用于外部系统，Shell、Apply Patch 或 Code Interpreter 则适用于需要代码执行或代码变更的场景。
4. 如果任务需要在不同专业步骤或不同智能体之间流转，再结合 OpenAI 的编排与交接指南。

如何准确描述 Spud

目前最准确的表述是：GPT-5.5 Spud 未在本次核查的 OpenAI 公开文档中得到确认。不要把所谓发布日期、基准成绩、上下文窗口、API 可用性或定价当作这组资料已经证实的事实。TokenMix 明确表示官方 GPT-5.5 发布日期、模型卡和 API 定价尚未公布；India Today 也把 Spud 放在传闻中的 GPT-5.5 语境下描述。

在 OpenAI 以这个名称发布官方文档之前，更有证据支撑的开发者路线仍然是：GPT-5.4、GPT-5-Codex/Codex、Responses API、Agents SDK，以及官方工具指南。