部落格 / 排障指南

GPT-5.5 下線 Codex（10 月 14 日）：三步查出並改掉指令碼里的舊模型名

2026-10-19cdnping 編輯部約 3 分鐘讀完

GPT-5.5 下線 Codex 的時間是 2026 年 10 月 14 日中午 PDT（19:00 UTC，北京時間 15 日凌晨 3 點）。受影響的是用 ChatGPT 賬號登入的 Codex；用 API Key 的會話不受影響。如果你的配置、指令碼或定時任務裡寫死了 gpt-5.5，用 ChatGPT 登入的那部分需要改成 gpt-6.1-sol，否則可能突然報錯。

以下內容截至 2026 年 10 月，依據 OpenAI 的 Codex 更新日誌。

#官方到底說了什麼？

更新日誌 2026-10-14 的條目寫明：

• GPT-5.5 自該時刻起從 Codex 退役，物件是“用 ChatGPT 登入的使用者”。
• OpenAI API 和用 API Key 認證的 Codex 會話不受影響。
• 推薦改用 GPT-6.1 Sol（gpt-6.1-sol），前提是“你的套餐和客戶端可用”。
• 需要檢查的位置包括：工作區預設設定、已儲存的模型設定、託管配置、自定義 agent、定時任務和指令碼。

另外，同一份日誌裡，Codex CLI 0.159.1（9 月 29 日）把 GPT-6.1 Sol 設為內建目錄和 Amazon Bedrock 目錄的預設模型，0.161.0（10 月 7 日）再次記錄了同樣的預設值變化。所以新裝或升級後的 CLI，不寫模型名時本來就會走新預設。

日誌沒有寫明舊模型名被呼叫時具體返回什麼錯誤，下文不對報錯文案作推斷，以你機器上的實際輸出為準。

#我受不受影響？

先判斷你是哪種登入方式。

你的套餐或客戶端不一定都能用 GPT-6.1 Sol，具體以官方說明為準。額度方面可以看站內的 Codex 額度怎麼算。

#三步遷移怎麼做？

#第一步：找出所有寫了舊模型名的地方

在專案和家目錄裡搜：

grep -rn "gpt-5\.5" . ~/.codex 2>/dev/null

別忘了這些不在程式碼倉庫裡的位置：CI 的環境變數和 secrets、crontab、systemd timer、團隊共享的託管配置，以及雲端工作區的預設模型設定。

#第二步：區分登入方式再決定改法

用 codex login status 之類的命令確認當前認證方式（具體子命令以 codex --help 為準）。ChatGPT 登入的指令碼必須改；API Key 的指令碼可以暫時不動，但如果同一份配置在兩種環境裡都會跑，建議一起改，避免行為分叉。

#第三步：改完後驗證

1. 把配置裡的 model = "gpt-5.5" 改為 model = "gpt-6.1-sol"，或直接去掉這一行，讓 CLI 用內建預設。
2. 對 codex exec 指令碼，檢查是否用 -m / --model 引數傳了舊名，一併替換。
3. 手動跑一次最小任務，例如讓它只回復一句話，確認能正常返回。
4. 再讓定時任務手動觸發一次，別等到下一個整點才發現還在失敗。

升級 CLI 本身的變化，可以對照 Codex 10 月 14 日退役舊預設模型與 CLI 0.163 的新功能。

#改完還是報錯，怎麼區分是模型問題還是服務問題？

先排除舊名殘留：用上面的 grep 再搜一遍，注意大小寫和帶日期字尾的寫法。

如果模型名已經正確，仍然超時或提示容量問題，就屬於另一類故障。可以看 cdnping 的 /down/codex 和 /status/openai（後者基於 Cloudflare 邊緣對官方 API 入口的定時探測，只反映入口是否可達，不代表具體模型可用），並參考站內的 10 月 Codex 頻繁報錯與 “Selected model is at capacity” 記錄。

如果你的 Codex 透過自定義介面地址接入，模型名要看那個提供方支援什麼，寫法見 Claude Code、Codex、OpenCode 介面地址配置。同類的“舊模型名退役”問題，也可以參考 deepseek-v4-flash 已退役時怎麼改程式碼。

#以後怎麼提前發現下線公告？

模型下線通常先出現在官方更新日誌裡。cdnping 的 /changes 會監控 OpenAI、Codex 等官方更新日誌並逐行記錄增刪，帶 RSS，訂閱後可以在自己的閱讀器裡收到。更穩妥的做法是在倉庫里加一條檢查：CI 裡 grep 固定模型名，發現就提醒，把模型名集中放在一個配置檔案，而不是散落在各指令碼里。

#參考來源

• OpenAI Codex 更新日誌（GPT-5.5 退役，2026-10-14；CLI 0.159.1、0.161.0）