截至 2026 年 10 月 13 日，OpenAI 官方模型說明列明：GPT-5.5 將於 10 月 14 日退出 ChatGPT、ChatGPT Work，以及以 ChatGPT 登入的 Codex；它仍可透過 OpenAI API 使用。官方模型說明 若你在 Codex 使用 ChatGPT 帳號，應在期限前盤點設定並以實際任務驗證替代模型；若使用 API 金鑰，則不要把這次調整誤判為 API 停用。
適合透過 ChatGPT 登入 Codex 的個人開發者：檢查模型選擇與常用任務。
適合維護腳本、自訂 Agent 或團隊設定的工程師：逐項驗證更新後的行為。
適合管理企業模型權限的平台負責人：確認替代模型已對目標使用者開放。
最後更新於 2026 年 10 月 13 日；退役範圍與日期核實自 OpenAI 模型說明及更新說明。若官方後續調整日期或適用範圍，請以最新說明和你的實際帳戶畫面為準。
先按登入方式判斷 GPT-5.5 Codex 遷移範圍
不要單憑「我在用 Codex」判定自己受影響。官方列出的範圍依登入路徑而異：ChatGPT、ChatGPT Work，以及 ChatGPT 登入的 Codex 會在指定日期退出 GPT-5.5；API 金鑰 Codex 會話與 OpenAI API 則不是同一條接入路徑。OpenAI 更新說明與GPT-5.5 API 模型文件分別說明產品調整及 API 模型資訊。
遷移決策條件
- 若你在 Codex 以 ChatGPT 帳號登入，且介面或設定中選用 GPT-5.5：在 10 月 14 日前完成盤點與替代模型驗證。
- 若你透過 API 金鑰在 Codex 建立會話：保留現有 API 接入，同時核對自己的模型參數及 API 狀態；不要因 ChatGPT 登入版的調整而直接改寫 API 流程。
- 若你直接呼叫 OpenAI API：依 API 模型文件確認 GPT-5.5 的可用性及棄用資訊，不要把 Codex 用戶端的模型選單當成 API 狀態。
- 若團隊混用上述方式，或你無法確認某個 Agent 的登入來源：先追查認證設定，再分路徑處理；未確認前不要一次更改共用設定。
這種區分也能避免兩項常見誤判：把「ChatGPT 登入 Codex 的模型退出」說成「Codex 全面停用」，或把 API 金鑰呼叫等同 ChatGPT 會話。官方 API 文件與棄用公告應分開檢查，因為產品端模型選擇與 API 模型生命週期不是同一項設定。API 棄用公告
變更前：找出固定 GPT-5.5 的位置
遷移的隱性工作通常不在模型選單，而在分散的設定與依賴上。CLI 參數、IDE 設定、桌面端偏好、排程工作、自訂 Agent 和團隊範本可能各自指定模型。只更新其中一處，會留下部分任務仍嘗試呼叫舊選項的風險。
權限也可能造成假性故障：個人帳號看得到候選模型，不代表組織成員都有權限；用戶端版本或管理員政策不同，也可能令選項不一致。最後，若沒有保存目前任務結果，變更後就很難判斷問題來自模型、工具權限，還是程式碼本身。
先建立一份可追溯的基準：
- [ ] 在 Codex CLI、IDE 與桌面端搜尋 GPT-5.5 的明確選擇。
- [ ] 檢查啟動參數、環境變數、任務腳本、自訂 Agent 和共用設定檔。
- [ ] 記下每項工作的登入方式：ChatGPT 帳號或 API 金鑰。
- [ ] 保存一組代表性任務的輸入、修改結果、測試結果與失敗訊息。
- [ ] 確認誰能批准模型變更，以及誰負責維護團隊預設值。
- [ ] 記錄目前用戶端版本與帳戶可見的模型選項，供之後對照。
Codex 的設定檔可以指定預設行為，也可能被命令列參數覆寫。盤點時應同時查看設定基礎說明、設定參考與CLI 參數文件，不要只搜尋單一檔案或只檢查圖形介面。
變更時：先確認帳戶、用戶端與管理政策
替代模型是否適合你的工作，不能只看公告推薦，也不能只看它能否出現在模型清單。先在實際使用的帳戶與用戶端確認可選項；再確認管理員政策是否允許目標使用者使用。若個人帳戶和團隊環境的權限不同，分別留存檢查結果。
更新設定時，優先修改共用的明確來源，再逐一處理覆寫項目。不要同時更換模型、更新用戶端並改寫 Agent 流程，否則出現差異時難以定位原因。對 API 金鑰路徑，保留 API 呼叫與模型參數的獨立檢查；對 ChatGPT 登入路徑，則在 Codex 用戶端確認帳戶及模型選項。OpenAI 提供的最新模型遷移指南可作為了解模型調整的參考，但不構成替代模型對所有任務等效的保證。
變更後：用相同任務驗收，不以單次成功作結
模型變更後，使用變更前保存的樣本重跑任務。輸入、程式庫狀態、工具權限和驗收標準盡量維持一致。這樣才能把模型差異與環境變動分開。
至少檢查以下項目：
- [ ] 程式碼修改：差異是否符合任務要求，是否出現不必要的檔案變更。
- [ ] 測試執行：Codex 是否正確呼叫測試命令，是否清楚回報測試失敗。
- [ ] 工具呼叫：檔案讀寫、終端機操作和其他允許的工具是否按原流程執行。
- [ ] 失敗提示：遇到缺少權限、無法取得資料或測試失敗時，提示是否足以讓你採取下一步。
- [ ] 人工複核：標記需要額外審查的修改類型，並更新 Agent 或團隊操作說明。
若任務結果不一致，先確認模型設定是否真的生效，再檢查權限、用戶端與任務輸入。不要只憑一個任務通過，就宣稱新模型與 GPT-5.5 等效；也不要在沒有可重複紀錄的情況下宣稱某個候選模型更快或更準。可參考本站的Agent 模型驗收清單，把驗收項目轉成團隊可複用的回歸測試。
留好 API 與回退路徑，再完成團隊交接
遷移完成不代表所有使用者走同一條路。為 ChatGPT 登入會話與 API 金鑰會話分別記錄模型設定、負責人和故障處理方式。若 ChatGPT 登入的 Codex 無法再選用 GPT-5.5，使用者應知道如何選擇已核准的替代模型；若工作必須維持 GPT-5.5，則需依 API 模型文件確認 API 路徑是否符合專案需求，並管理好金鑰、權限及呼叫程式。
交接文件至少寫清楚：哪些任務已驗收、哪些需要人工複核、誰可核准模型調整，以及遇到模型不可用時是切換已核准設定還是改用 API。若要讓團隊理解不同接入方式的權限與操作邊界，可從本站的支援與操作說明整理內部流程；切勿把個人帳號設定直接當成全組織通用方案。
常見問題
GPT-5.5 在 Codex 不能選用後，API 呼叫也會一起停用嗎？
不會。官方模型說明列出的退役範圍包括 ChatGPT、ChatGPT Work，以及以 ChatGPT 登入的 Codex；GPT-5.5 仍可透過 OpenAI API 使用。請分開檢查 ChatGPT 帳號會話與 API 金鑰呼叫，不要只因 Codex 介面無法選取模型，就推定 API 已停用。
怎樣確認自己的 Codex 使用方式是否受這次調整影響？
先看你如何登入：若以 ChatGPT 帳號授權 Codex，並在其中選用 GPT-5.5，就屬於官方列出的受影響範圍；若是以 API 金鑰建立會話，則不屬於這次 ChatGPT 登入版 Codex 的退役範圍。再到實際使用的用戶端檢查模型選單與帳戶權限。
換掉 GPT-5.5 前，要逐一檢查哪些 Codex 設定？
搜尋 CLI 與 IDE 設定、桌面端偏好、任務排程腳本、自訂 Agent 的模型參數，以及團隊共用範本。也檢查環境變數、啟動參數、錯誤處理與操作文件是否把 GPT-5.5 寫死。把目前設定和任務驗收結果留存，才能在變更後定位差異。
Codex 更換模型後，怎樣確認原有編碼工作仍可用？
固定一組可重複執行的代表性工作，使用相同輸入、工具權限與驗收條件比較結果。逐項查看程式碼修改、測試執行、工具呼叫及失敗提示；不只看模型是否回覆，也要確認產物符合專案規範。對有差異的工作記錄人工複核要求，必要時保留切回 API 或調整設定的路徑。
如果你的 Codex 流程已能在現有環境穩定運作，先完成模型與腳本盤點，比為了遷移而更換整套硬體更直接。現有方案的限制通常是模型選項受帳戶與政策控制、設定散落在不同用戶端，以及回歸驗收需要維護；租用 Mac 也不會改變 OpenAI 的模型存取規則，但可在需要隔離測試環境或驗證 macOS 開發流程時提供另一個選擇。若你正好需要短期 Mac 環境，可查看 vmzig 的 Mac 服務；若工作長期高負載或必須連接特定實體設備，先評估自購設備或維持現有本機環境，不必為了模型退役而租用。
常見問題
GPT-5.5 在 Codex 不能選用後，API 呼叫也會一起停用嗎？
不會。官方模型說明列出的退役範圍包括 ChatGPT、ChatGPT Work，以及以 ChatGPT 登入的 Codex；GPT-5.5 仍可透過 OpenAI API 使用。請分開檢查 ChatGPT 帳號會話與 API 金鑰呼叫，不要只因 Codex 介面無法選取模型，就推定 API 已停用。
怎樣確認自己的 Codex 使用方式是否受這次調整影響？
先看你如何登入：若以 ChatGPT 帳號授權 Codex，並在其中選用 GPT-5.5，就屬於官方列出的受影響範圍；若是以 API 金鑰建立會話，則不屬於這次 ChatGPT 登入版 Codex 的退役範圍。再到實際使用的用戶端檢查模型選單與帳戶權限。
換掉 GPT-5.5 前，要逐一檢查哪些 Codex 設定？
搜尋 CLI 與 IDE 設定、桌面端偏好、任務排程腳本、自訂 Agent 的模型參數，以及團隊共用範本。也檢查環境變數、啟動參數、錯誤處理與操作文件是否把 GPT-5.5 寫死。把目前設定和任務驗收結果留存，才能在變更後定位差異。
Codex 更換模型後，怎樣確認原有編碼工作仍可用？
固定一組可重複執行的代表性工作，使用相同輸入、工具權限與驗收條件比較結果。逐項查看程式碼修改、測試執行、工具呼叫及失敗提示；不只看模型是否回覆，也要確認產物符合專案規範。對有差異的工作記錄人工複核要求，必要時保留切回 API 或調整設定的路徑。
延伸閱讀
vmzig M4 遠端節點
為開發工作流準備穩定的遠端 Mac
透過 vmzig 租用獨佔 Mac mini，為程式開發、編譯與測試提供專屬硬體環境。