目前我們對 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 變更日誌記錄了其發布，具備 1M 上下文、圖像輸入、結構化輸出、函數調用、提示快取、批次處理，以及一長串工具支援。具體、有日期、有定價。
未確認的：關於 oai-2.1 的一切。沒有模型卡，沒有 SKU，沒有定價層級，沒有上下文視窗數字，沒有模態列表，沒有棄用時間表，也沒有與任何已知能力群組的關聯。截至本文撰寫日期，oai-2.1 這個字串未出現在我能找到的任何 OpenAI 公開文件中。
我想在這裡說得精確一點，因為「缺席」本身就是重點。不是「oai-2.1 的文件很稀少」，不是「oai-2.1 的公開資訊有限」——關於 oai-2.1，除了這個字串出現在 UI 選擇器中這一事實之外，沒有任何公開資訊。這是全部可知的範圍。
為何內部標籤不應驅動路線圖決策
大型實驗室的內部模型標籤與產品不同。它們存在於不同的生命週期中。產品有承諾：有文件、有定價、有支援，受公開棄用政策約束。內部標籤是工作狀態，它們會被重命名、合併、拆分、終止、靜默退役。把工作狀態標籤當作產品路線圖輸入，是類別錯誤。
這個錯誤的代價會累積。一旦團隊開始說「我們要等 oai-2.1」或「我們應該為 oai-2.1 做規劃」，它就會出現在衝刺計劃中、供應商對話中、容量決策中。這些都不應該依賴一個沒有任何文件記載的名稱。
以上是我能確認的全部。其餘的，你需要自行核實——對照官方平台，在有任何東西出現的時候。
構建者在將其視為真實之前應該關注什麼
這是我想提供實際幫助的部分。如果你在管理一個關注新模型發布的團隊——閱讀本文的大多數工程和產品負責人都是如此——以下是我在允許一個謠言模型影響任何決策之前使用的清單。這是我在第三次有人問我「關於 oai-2.1，我們是否應該做些什麼」之後為自己整理的。
一個謠言模型足以納入規劃，當且僅當以下所有條件均為真時：
- 它在相關 API 介面（Codex、Responses、Chat Completions、Realtime）的官方模型目錄頁面中有條目。
- 它在已發布的定價頁面上有記錄的定價行，以每百萬 token 或每次調用的美元計。
- 它至少有一項來自供應商的明確能力聲明——上下文視窗、模態支援、工具支援、快照日期。
- 它有一個 API 模型字串，在對你的帳戶進行調用時返回有效回應，而不是 404 或「模型未找到」。
- 它出現在變更日誌中，帶有發布日期，而不只是出現在 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 是否會成為公開模型。如實說明比捏造任何東西都好。如果它真的成為公開模型，它會出現在官方目錄頁面上，帶有定價和能力聲明，到那時才值得進行真正的評估。在此之前，一個團隊能做的最昂貴的事，就是讓一個謠言名稱改變一個真實的決策。
待核實。等有具體內容出現時，我會再回來更新。
往期文章：
