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翻倍说明专业用户要可控而非网页
基准领先不等于工作流锁定