
aurora-blue-alpha、aurora-green-alpha 和 aurora-red-alpha:OpenAI 這三個未公開的 ID 究竟透露了什麼
- Orca新Orca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 每百萬 tokens · 66 tok/s
- DeepSeek新DeepSeek: DeepSeek V4.1 Flash2026-10-1740智能
- Orca新Orca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 每百萬 tokens · 84 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2952智能
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856智能
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 每百萬 tokens · 732 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238智能
- OpenAIOpenAI: GPT-6 Sol2026-09-2248智能
- AnthropicAnthropic: Claude Opus 5.52026-09-2258智能
- xAIGrok 4.72026-09-2146智能
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 每百萬 tokens · 36 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 每百萬 tokens · 830 tok/s
- OpenAIOpenAI: GPT-6 Astra2026-09-0453智能77程式
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241智能76程式
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245智能76程式
- AnthropicAnthropic: Claude Fable 5.12026-09-0153智能82程式
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 每百萬 tokens · 52 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 每百萬 tokens · 115 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642智能72程式
- DeepSeekDeepSeek: DeepSeek V4 Flash Vision (Exp)2026-08-21$0.22 / $0.66 每百萬 tokens · 176 tok/s
2026 年 10 月 17 日,有三個識別碼在彼此相隔九十七秒的時間窗內先後出現在 OpenAI API 的模型清單中:aurora-blue-alpha 於 UTC 01:13:49 現身,aurora-green-alpha 於 01:13:55,aurora-red-alpha 則於 01:15:26。它們的 owner 欄位顯示為「system」,且皆未附關閉日期。大約 26 小時後——10 月 18 日 UTC 02:59——有人在網路上發文談到它們,這三個名稱便開始被當成 OpenAI 可能的新發布而流傳。以下是我們目前所知,而且刻意保持簡短:沒有 OpenAI 公告、沒有文件頁面、沒有價格、沒有 changelog 條目,也沒有任何人——包括報導此事的人——確認曾對這三者中的任何一個成功發出過一次請求。以下每項內容都標明是誰說的,因為在這則報導裡,消息來源本身就是故事。像這次發布背後那些有紀錄的 AI 失效與代理事件,都收錄在 the OrcaRouter AI Incident Archive,其中每一條目都附有自己的來源、嚴重程度、信心等級與爭議標記。
實際上記錄在案的是什麼?
目前流傳中最有力的證據,是 CellCog 於 10 月 18 日所發布、對一份經過驗證的模型清單的第一手查閱。其作者用自己的金鑰查詢 OpenAI 的模型清單端點,取回 144 個模型,並在其中發現三個 aurora 項目。這比他人終端機的截圖是實質上更好的來源,而且它仍然只是一份清單:CellCog 明確表示,它只是列出這些模型,並未呼叫它們,因此無法描述行為、速度或成本。
Crypto Briefing 於 10 月 17 日發布、相關報導於隔日刊出的報導,補充了多數讀者應已看過的框架——即 OpenAI「悄悄列出」三個識別碼,既無文件說明,也無官方評論——並坦率指出,公開討論可追溯至 @scaling01 在 X 上的一則貼文,該報導稱其未經證實且屬推測。RuntimeWire 是三篇中最有用的一篇,因為它劃出了其他兩篇隱而未言的界線:這些報導所依據的貼文並未證明這些模型可供呼叫,而把一個未經證實的識別碼當成已發布的模型,意味著開發者最終會依照在任何地方都未曾記錄的存取方式與行為來開發。
所以這就是帳冊,每個項目都註明了歸屬:
• 這些名稱 — aurora-blue-alpha、aurora-green-alpha、aurora-red-alpha。所有查證過的來源都一致認同,包括一次經過驗證的模型清單讀取(CellCog,2026 年 10 月 18 日)。
• 建立時間戳記 — 2026 年 10 月 17 日 UTC 01:13 至 01:15 之間,根據 CellCog 對該清單的解讀。三筆項目只相隔兩分鐘,這看起來像單次部署;而不像三次各自獨立的實驗。
• 擁有者欄位 — 「system」,三者皆未附上關閉日期。同樣出自 CellCog 的解讀。
• 文件——無。無論是 OpenAI 的變更日誌或其公開模型頁面,在 10 月 18 日查核時都不含「aurora」字串。我們自己在當日擷取的廠商模型文件顯示,旗艦層級——GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna——完全沒有 aurora 條目,也沒有任何帶 alpha 後綴的條目。
• 價格——未公布任何資訊。不是「昂貴」,也不是「免費」:而是付之闕如。沒有任何數字可據以編列預算。
• 可贖回性 — 我們能找到的每個來源都未證實,且有兩個來源直接否認。這是帳本中最重要的一行,也是彙總報導所模糊掉的那一行。
• 能力——什麼都沒有。沒有任何合作夥伴公開、洩露或聲稱過上下文視窗、參數量、架構、模態或推理強度等欄位。
為什麼模型清單上的一項紀錄,作為證據遠比表面上看起來薄弱得多
把新的 API 識別碼解讀為影子發佈,這種直覺可以理解——過去一年確實有幾個真實模型就是這樣浮現的,而 aurora 這個名稱最初也是在二月以此方式出現。但模型清單中的一筆資料只能證明一件事:該帳戶的清單裡存在這個識別碼。它不能證明對它發出的請求會成功、會以可用的成功率成功、下週它仍然存在,也不能證明相隔一天的兩次呼叫之間其輸出會保持穩定。
具體來說,一個僅列於清單中的 ID 可能對你造成這些影響:它可能今天還能呼叫,明天就消失,而且沒有棄用通知,因為它從未被記錄在文件中,因此也從未受到任何棄用政策涵蓋;它可能被重新命名、重新定價或重新指向,卻沒有變更日誌條目;它也可能回傳來自某個仍在你底下被替換的檢查點的輸出,這意味著你週一跑的基準測試,並不能描述你週五呼叫的模型。這些都不是恐慌的理由。這些全都是不該把未記錄的識別碼放在正式生產路徑上的理由,而最負責任地報導這件事的人,也用更簡短的話表達了同樣的意思。
配色方案的三種解讀,依其價值高低排序
訊號文字裡、或任何報導裡,都沒有確立藍色、綠色和紅色代表什麼。接下來是推論,而且已標明為推論——OpenAI 之外,沒有任何人公開具名說過任何話。
• 一次部署,三個變體。 這是證據實際支持的解讀,而且僅僅因為時間點:同一個帳號中三個 ID 在兩分鐘內相繼建立,是單次推送的特徵,而非三個互不相關的實驗。這並未說明它們之間有何差異。
• 尺寸或能力等級。以顏色區分的等級,對這家廠商而言會是新的命名慣例;其在本週期有文件記載的產品陣容,是以天體與天氣現象命名——Astra、Sol、Luna、Terra、Sunburst、Flare、Daybreak——而非以顏色命名。這種天文風格讓「aurora」這個代號顯得合理;但它並不能讓顏色對應尺寸的映射成立。看似合理不等於證據。
• 推出分支或評估變體。三個平行識別碼,也正是內部 A/B 測試或安全評估分流外洩到共用清單時會呈現的樣子。若是這種情況,這些 ID 可能永遠不會公開,而正確的應對方式就是什麼都不做。
這些解讀沒有一個支持人們最興奮的那個說法——即這些是 Codex 編碼模型。那項推論源自一個真實的先例,而這個先例在這場討論中承擔的分量,超出了它所能承載的。
Aurora Alpha 的先例,以及為何它是個陷阱
2026 年 2 月,一個自稱 Aurora Alpha 的隱匿推理模型出現在第三方路由平台上——沒有具名開發者、128,000 個 token 的上下文視窗、預設推理強度為中等,且沒有公開基準測試。三天後,也就是 2026 年 2 月 12 日,OpenAI 宣布了 GPT-5.3-Codex-Spark,這是一款在 Cerebras 硬體上提供、用於即時編碼的超高速模型,並宣稱速度超過每秒 1,000 個 token。兩者時間如此接近,加上都強調速度,這就是為什麼社群中很大一部分人得出結論:Aurora Alpha *就是* GPT-5.3-Codex-Spark。
那個結論從未獲得證實。OpenAI 沒有證實,託管它的平台沒有證實,任何直接了解那個隱匿模型權重的人都沒有證實。截至本文撰寫時,針對這個問題的預測市場仍未定案,其判定日期定為 2026 年 12 月 31 日。後來一份關於隱形模型發布情況的盤點指出,Codex-Spark 理論是建立在上架鄰近性與相似定位之上,並指出其支持者也稱那只是間接證據——事實正是如此。二月 Aurora Alpha 與十月三個 aurora ID 之間唯一的連結就是共用的名稱,而「aurora」這個詞並不罕見。
對 Codex-Spark 這項推論保持謹慎還有第二個理由,而這正是相關報導大多忽略的一點:人們試圖把這些 ID 對應到的那個模型,大約在一個月前就已退役。OpenAI 的核心產品負責人於 2026 年 9 月公開表示,GPT-5.3-Codex-Spark 將於隔週退役,理由是使用量持續下滑,且有更好的模型可供使用;這項棄用其後也反映在廠商自家的文件中,文件將其列為已無法在桌面應用程式、CLI 或 IDE 擴充功能中使用。所以,那個看似誘人的三段論——aurora-* 是 Codex 模型,aurora-alpha 是 Codex-Spark,因此這些是 Codex-Spark 等級的模型——指向的是一個已不存在的模型,既沒有指名接班者,OpenAI 也未公布任何遷移路徑。
如果 aurora ID 最終確實是程式碼模型,那會是全新的東西,而不是九月被停用的某個模型的延續。任何人都不應以相反情況為前提來規劃。

可證偽清單:讓刊登資訊化為決策的四個訊號
與其爭論這些 ID 可能是什麼,不如直接列出能讓此事定論的四樣東西,這樣更有用。每一項都可查核,而且每一項都是具體產物,而非某種解讀。至少在其中有兩項到位之前,正確的姿態是觀察,而不是著手建造。
• 它出現在廠商自家的模型目錄中。不是在能用金鑰查詢的清單裡——而是在文件裡,附有名稱與能力描述。這正是區分「識別碼」與「產品」的門檻。目前:沒有。
• 價格已公布。費率表是一項承諾。沒有標價的未記載端點無法編列預算、無法與任何事物相比,也無法呈現在財務團隊面前。目前:任何方案層級都沒有價格。
• 變更記錄條目會載明它。變更記錄條目往往是全面開放使用前的最後一步,而且會一併載明淘汰時程。沒有變更記錄條目的模型就沒有淘汰政策,而這正是使僅列於清單中的 ID 不宜依賴的原因。目前:變更記錄並未提及 aurora。
• 由 OpenAI 外部的人執行並公布結果。 獨立基準測試、吞吐量測量、可重現的測試框架——任何附有方法說明的東西。截至 10 月 18 日,針對 aurora-blue-alpha、aurora-green-alpha 或 aurora-red-alpha 的公開獨立執行次數,如實計數為零。
當第四個訊號出現時,測試未經驗證端點的安全做法,是把它視為候選項而非依賴項:將它置於一個可容錯切換到你已驗證模型的路由層之後,如此一來,有問題的檢查點或消失的識別碼只會讓請求降級,而不會破壞產品。這正是「從新模型學到東西」與「把生產路徑押在它身上」之間的差別。
如果你這週必須交付程式碼,就依照已有文件記載的內容來交付。
開發者在 10 月 18 日實際面臨的實務問題,不是紅色是什麼顏色,而是在這件事解決之前要建立在什麼之上;答案就是那些今天已有名稱、價格和文件的模型。在 OrcaRouter 上,那些就是你現在用單一金鑰就能呼叫的 ID,並以 0% 加價轉嫁供應商牌價,因此供應商調價會在當天反映在我們這邊,而不是等到下一個帳單週期:
• GPT-5.3-Codex — 每百萬輸入 token 收費 1.75 美元,每百萬輸出 token 收費 14 美元,並具備 400K 上下文視窗。它是目前 OpenAI 產品線中專為程式設計打造的代理主力,也是大多數關注「aurora 作為 Codex 變體」的讀者已經用來取代它的模型。
• GPT-5.6 Sol — 每百萬輸入 $4、每百萬輸出 $20,1.05M 上下文。專攻高難度、長上下文、多模態的呼叫。
• GPT-5.6 Luna — 每百萬輸入 $0.20、每百萬輸出 $1.20,1.05M 上下文。經濟實惠的高用量層級。
• GPT-5.6 Terra — 每百萬輸入 2 美元、每百萬輸出 12 美元,上下文 1.05M。位於該階梯的中段。
• GPT-6.1 Sol — 每百萬輸入 $2、每百萬輸出 $10,1.05M 上下文。此系列的最新等級,定位於代理式程式設計與電腦操作。
那些數字是我們在10月18日從自家針對這五個模型各自的模型頁面讀取的,不是取自新聞稿,而這些就是編列預算要用的數字。那三個 aurora 識別碼不在那份清單上,我們也不會暗示相反的情況:如果且當供應商公布某個模型的價格與能力說明,它就會按一般程序在這裡變成可路由,而今天沒有任何可路由的項目。
要把這裡唯一值得說清楚的主張講明白:路由層並不是用來取得沒有文件化端點之模型的存取權;它的用途是,當某個未文件化的模型日後有了文件化端點時,避免它成為單點故障。

值得關注的重點,以及什麼會改變這篇文章
這個故事之所以值得存成書籤、而非登上頭條,原因在於缺失之物的形狀。三個名稱一起出現,在兩分鐘的視窗內,出現在屬於廠商的帳號裡——然後就沒有下文了。沒有文件、沒有價格、沒有更新日誌、沒有獨立執行結果,也沒有任何確認表明發出請求後真的會回傳任何東西。這種模式符合分階段推出、符合內部評估外洩到共享清單,也符合介於兩者之間的十幾種情況。它不符合一次正式發布。
什麼會讓情況有所改變:上述四項訊號中的任何一項。價格出現是最響亮的訊號,因為費率表一旦公布就很難再撤回。變更記錄條目是第二響亮的,因為它會啟動淘汰倒數。獨立執行是最有用的,因為這是整件事裡第一個會成為證據、而非推論的東西。而悄然消失——那些 ID 在沒有任何公告的情況下從清單中消失——也會是答案,且應該被如此解讀,而不是解讀為一場被撤下的秘密發布。
在此之前,這三個 aurora 識別碼正如它們自己的清單所述,就是條目。稱它們為模型只是一種猜測,而這恰好就是二月時針對一個押韻名稱已經做過一次的猜測。那一次也從未得到證實——而它原本應該指向的模型已於九月退役。

