关于 oai-2.1，我们目前所了解的一切
oai-2.1 已在泄露讨论中浮出水面，但目前尚无 OpenAI 官方模型页面。以下是开发者应当和不应当做出的假设。
我是 Dora。上个月，我的团队里有人转发了一张截图——Codex 模型选择器下拉菜单里出现了几个从未见过的名字：oai-2.1、arcanine、glacier-alpha，以及两个 glacier-alpha-block 的变体。我们频道里的反应是即时的：“这是下一个大东西吗？“紧接着是我真正关心的问题：我们是否应该围绕它来做规划。
于是我去核实了。截至本文撰写时，oai-2.1 没有官方文档页面，没有定价条目，没有 API 参考，也没有弃用通知。这个名字曾短暂出现在部分 Pro 账户的下拉菜单里，随即消失。仅此而已。
本文不是在讨论 oai-2.1 可能是什么——我毫不知情，任何告诉你答案的人都是在猜测。这篇文章讨论的是：面对这种确定性层级的信息，关注新模型的团队应该做什么，更重要的是，不应该做什么。尤其是后者。
oai-2.1 为何引发讨论
名字从何而来
据我所能还原的时间线：2026 年 4 月 22 日前后，一名 Codex Pro 用户发布了一张截图，模型选择器中显示的名字超出了公开发布的范围。列表里出现了当时尚未发布的 gpt-5.5，以及 oai-2.1 和几个代号。截图开始流传，TestingCatalog 放大了它，Hacker News 也跟进了相关讨论。不久后，这些名字从下拉菜单中被移除。
GPT-5.5 此后已正式发布。它现在出现在官方 Codex 模型目录中，是复杂编码和智能体工作流的推荐前沿模型。于是，泄露名单中有一个从传言变成了真实产品。
其余的——oai-2.1、arcanine、glacier-alpha 以及 block 变体——则没有。它们还停留在 4 月 22 日的位置：不在文档里，不在 API 里，不在定价表里。
为何这不等于即将发布
模型名称出现在 UI 下拉菜单中，是这一类别中最弱的信号之一。它可能意味着某个模型即将发布，但也可能是一个内部测试标识符、路由变体、重命名的检查点、A/B 分支、从未清理配置文件的废弃实验，或者是永远不会见天日的东西。同一个下拉菜单既暴露了一个最终成为真实产品的名字（gpt-5.5），也暴露了几个截至本文撰写时仍未落地的名字。
一个泄露名称最终成真，并不能证明其他名称也会如此。这只能证明内部命名空间比公开目录要大得多。
写这篇文章时，我在这里停顿了一下。把一个已确认的发布当作其他名称也会发布的预测依据，跟把弃用传言当作弃用通知是同一种逻辑错误。信号类型本身就不对。
哪些已确认，哪些尚未确认
对照官方模型目录
如果我把今天能对照 OpenAI 自身页面核实的所有信息汇总，结果其实很简短。
已确认的：gpt-5.5 存在，有文档，有 API 条目，是目前推荐的 Codex 前沿模型，与 gpt-5.4、gpt-5.4-mini 和 gpt-5.3-codex 系列并列。OpenAI API 更新日志记录了其发布信息：100 万上下文、图像输入、结构化输出、函数调用、提示缓存、批处理，以及一长串工具支持。具体、有日期、有定价。
未确认的：oai-2.1 的一切。没有模型卡，没有 SKU，没有定价层级，没有上下文窗口数字，没有模态支持列表，没有弃用计划，也没有与任何已知能力集群的关联。截至本文撰写日期，oai-2.1 这个字符串没有出现在我能找到的任何 OpenAI 公开文档中。
我想在这里说得精确一些，因为”缺席”本身就是重点。不是”oai-2.1 的文档很少”，不是”oai-2.1 的公开信息有限”。除了这个字符串曾出现在一个 UI 选择器里之外，关于 oai-2.1，没有任何公开信息。这就是全部可知的范围。
为何内部标签不应驱动路线图决策
大型实验室的内部模型标签与产品不同。它们有各自独立的生命周期。产品是有承诺的：有文档、有定价、有支持，受公开弃用政策约束。内部标签是工作状态，会被重命名、合并、拆分、终止、悄悄退役。把工作状态的标签当作产品路线图的输入，是一种范畴错误。
这种错误的代价会不断累积。一旦一个团队开始说”我们等 oai-2.1”或”我们应该为 oai-2.1 做规划”，它就会出现在迭代计划里、供应商谈判里、容量决策里。而这些都不应该依托于一个没有任何文档记录的名字。
这就是我能确认的全部。其余的，你需要在有内容出现时，自己去官方页面核实。
开发者应该在哪些条件下才能认真对待它
这部分是我想给大家提供实际帮助的地方。如果你在管理一个关注新模型发布的团队——大多数阅读本文的工程和产品负责人都是如此——以下是我在让一个传闻中的模型影响任何决策之前所使用的核查清单。我在第三次有人来问我 oai-2.1 是否需要”做点什么”之后，把它写了下来。
当且仅当以下所有条件均成立时，一个传闻中的模型才足够真实，值得纳入规划：
- 它在相关 API 接口（Codex、Responses、Chat Completions、Realtime）的官方模型目录页面中有条目。
- 它在已发布的定价页面上有文档化的定价行，以每百万 token 或每次调用的美元为单位。
- 它至少有一项来自厂商的明确能力声明——上下文窗口、模态支持、工具支持、快照日期。
- 用该 API 模型字符串调用你的账户时，返回的是有效响应，而不是 404 或”model-not-found”。
- 它出现在更新日志中并标注了发布日期，而不仅仅是出现在 UI 下拉菜单里。
如果上述任何一条缺失，该模型就不是规划意义上的真实存在。下拉菜单中显示名称，不属于上述任何一个条件。我核实过了。
另一个问题：你究竟是否应该关注这些消息？以什么频率？我的规则大致是：每周关注一次官方更新日志，对截图则永远不关注。截图的信噪比之低，使得花在筛选上的时间，远超它可能带来的时间优势。OpenAI 自身文档中贯穿始终的建议，也指向同一结论：将生产应用固定到特定模型快照，构建能够衡量版本变化行为的评估体系，把模型选择视为稳定性决策。这才是能优雅吸收新模型发布的工作方式。追逐泄露名称与这种工作方式背道而驰。
另一件值得提醒的事：如果你的团队对 oai-2.1 的兴趣其实源于别的——对当前模型能力的不满、对竞争对手移动更快的焦虑、展示前进姿态的压力——追逐这个传言并不能解决这些问题。它看起来像是行动，但实际上不是。
常见问题
oai-2.1 是 OpenAI 的官方模型吗？
不是。截至本文撰写时，oai-2.1 没有出现在 OpenAI 的公开模型目录、API 参考、定价页面或更新日志中。该名称的唯一依据，是 2026 年 4 月 22 日前后在 Codex 模型选择器下拉菜单中短暂出现的一次，随即被移除。
它有 API、文档或定价页面吗？
没有。通过任何有文档记录的路由，都不支持使用模型字符串 oai-2.1 调用 OpenAI API。没有文档页面，没有定价条目，没有模型卡，也没有相关的弃用或稳定性承诺。
为什么泄露的模型名称传播得这么快？
原因有几个。UI 层面的曝光比内部消息感觉更接近生产，因为它意味着该模型已接入真实系统。命名规律会引发猜测——glacier-alpha 和 arcanine 听起来像一个故事，即便它什么都不是。而且一直有一批开发者在寻找能力变化的早期信号。但这些都不会改变信号本身的质量，而这质量是很低的。
团队在围绕传闻模型做规划之前，应该核实哪些内容？
就是上面的清单：在官方目录中有文档，有定价，有能力描述，可通过 API 调用，并且出现在更新日志中。OpenAI 生产最佳实践指南也指向同一方向——模型选择是稳定性问题，而不是发布日期问题。
结语
如果要给我的团队一句话来回答”oai-2.1 怎么说”，我会这样说：有一个字符串出现在下拉菜单里，没有产品。两者不是一回事。等产品真实存在时，再围绕它做规划。
我不知道 oai-2.1 是否会成为一个公开模型。承认不知道，好过编造答案。如果它最终发布，就会出现在官方目录页面上，附带定价和能力说明，届时才值得认真评估。在那之前，一个团队所能做的最昂贵的事，就是让一个传闻中的名字改变一个真实的决策。
待核实。有具体内容出现时，我会回来更新。
往期文章：
