OpenAI Codex在28天挑戰第19天加速連接並修復緩存
OpenAI Codex團隊在28天每日改進挑戰的第19天宣佈，dots調用連接速度顯著加快，且在Codex與Work中途切換推理設置不再使緩存失效。
Codex負責人Tibo（Thibault Sottiaux）表示這些屬於小更新；此前中途改推理會清空上下文緩存，導致長會話重複計費與中斷，現在緩存得以保留，可降低用量消耗。
團隊同步更新Codex CLI，新增可複用提示詞預設、行內模型與權限設置、企業MCP登錄，並修復長會話恢復失敗問題，同時加入Windows企業代理認證支持。
Tibo指出，自DevDay以來CLI使用量已翻倍；該CLI開源，支持跨會話複用提示與企業場景認證，吸引更多開發者從網頁轉向命令行進行自動化調度。
同期開發者將Codex與Anthropic Claude Code（默認Opus 5.5）對比，後者在Terminal-Bench等基準上得分更高，而開發者常混合使用：Claude Code處理複雜設計與架構，Codex處理批量或後端任務。
改進聚焦用量效率與企業可用性，而非新模型發佈；受益方爲重度長會話與CLI用戶，承壓的是仍依賴網頁界面或面臨用量限制的開發者，競爭使雙方持續優化緩存與調用體驗。
來源：公開信息
ABAB AI 解讀
OpenAI Codex從早期代碼補全演進爲全棧代理，2026年DevDay推出可複用雲環境與語音CLI，隨後啓動28天每日改進挑戰以應對用量限制與Anthropic競爭；此前已多次重置用量並延長緩存至12小時。
資本路徑上，OpenAI將資源投入訂閱用量優化與CLI企業功能，而非僅堆模型參數；動機是在Claude Code（Opus 5.5）領先部分基準的情況下，通過緩存保留、連接加速與CLI翻倍增長鎖定專業開發者，並推動從API按量向訂閱轉化。
類比早期IDE插件向終端代理遷移的路徑，以及GitHub Copilot與Cursor在編輯器內嵌代理的競爭；當前處於從模型能力比拼轉向工程體驗與用量效率的階段，雙方默認模型與工具鏈差異化。
本質屬於技術替代與產業鏈重構：編碼代理從單次補全轉向持續會話與企業集成，緩存與連接優化直接決定有效用量；發生機制是開發者工作流對連續性與成本敏感，每日迭代迫使平臺在緩存失效與企業認證等痛點上快速響應，否則用戶轉向競品或混合使用。
ABAB News · 認知定律
緩存不中斷纔是長任務的真實用量
CLI翻倍說明專業用戶要可控而非網頁
基準領先不等於工作流鎖定