摘要： OpenAI 在不到兩個月內連續發布 GPT-5.2、GPT-5.2-Codex 與 GPT-5.3-Codex，間隔分別為 34 天與 22 天。文章建議 API 開發者明確 pin 版本、例行監看 release notes、把 model routing 抽象到設定層，並在升級前用自家 eval 驗證行為變化。
時間軸先從官方 model release notes 看起。2025 年 12 月 11 日，GPT-5.2 基礎模型發佈；2026 年 1 月 14 日，GPT-5.2-Codex 上線；2026 年 2 月 5 日，GPT-5.3-Codex 登場。三個正式版本，前後加起來不到兩個月。
撰稿這一刻，OpenAI 對任何後續型號仍未透露半點消息。不過節奏本身就足以說明一切：版本號翻新的速度明顯加快，而承受這件事最深的是 API 開發者，不是一般使用者。
三個版本、不到兩個月
日期攤在眼前最清楚：12 月 11 日到 1 月 14 日隔了 34 天，1 月 14 日到 2 月 5 日只剩 22 天。間隔一路收窄，而且每一波發佈都掛著正式的版本名稱、配上專屬發佈頁——這不是修補式的 hotfix，而是被當作產品事件來經營的版本節奏。Codex 兩代連發，也點出 coding 場景正是這波版本推進火力最集中的前線。
版本號為何越轉越快
版本號一半是工程承諾、一半是行銷資產，加速讓兩端同時受惠。對外，每項改進都有名字、有發佈頁、有討論聲量，心智佔有是靠節奏撐起來的；對內，次版本號把訓練改進與產品包裝拆開處理——模型一變好就能發，不必攢到大版本一起上。更底層的驅動力是商業模式：當模型靠訂閱與 API 計費，版本節奏就等於產品節奏，「快」本身即是特性。麻煩在於，這套節奏的成本，是由整個下游生態系買單。
API 開發者此刻的因應
- 鎖定版本：生產環境的 model ID 必須明確 pin，別讓「最新版」悄悄流進關鍵路徑
- 緊盯 release notes：在間隔以週計的節奏下，遷移窗口不再是按季規劃的事，release notes 得列入例行監看的文件
- 抽象化 model routing：把模型選擇收進設定層，換模型等於改一行設定，而非改一輪程式碼
- 自建評測：升級之前先用自家的 eval 跑過一輪，確認行為變化落在可接受範圍，而不是上線之後才發現
站在前夕，該擺什麼姿態
下一個版本號幾時出現、裡面裝了什麼，官方至今沒有給出任何資訊——而這一點正是重點。與其猜測規格，不如把假設放在已經發生的節奏上：次版本的間隔已壓縮到一個月上下，凡是依賴 OpenAI 模型的產品，都該把「模型持續更迭」視為架構的前提，而非例外。準備到位的人看到的是機會——每個新版本都可能是一次免費的能力升級；沒準備的人等到的則是事故。兩者的差別，說到底只有工程紀律。