OpenAI 的 Tibo 发布“Day 12”改进：子代理复用上下文、缓存保留更久，Codex 与 Work 实际可用额度增加

Tibo 的“Day 12”帖：Codex 与 Work 同一套餐能用得更久

Codex 和 Work 是 OpenAI 面向开发与业务场景的 AI 功能：Codex 擅长生成和修改代码，Work 负责业务任务的自动化与辅助，两者都和 ChatGPT 打通使用。这次在 OpenAI 负责 Codex 与 ChatGPT 的 Tibo（@thsottiaux）以“Day 12”为题发帖，宣布了让两者实际可用额度变多的改进：子代理之间复用上下文、延长缓存保留时间、提高请求路由精度，结果是缓存命中次数增加。

这条帖子发布于2026年10月16日，拿到了1,541,355次浏览、11,345个赞、549次收藏和311次转发。开发者和关注效率工具的用户最在意的是“同样的活能跑得更久、更多”。尤其是同时开多个子代理的工作流，上下文更不容易断档，缓存命中越多，等待和重复计算越少，对额度的体感变化会很大。

一手信息就是 Tibo 的 X 帖子（https://x.com/thsottiaux/status/2111244596131111253）。Codex 和 Work 通过 OpenAI 账号，在 ChatGPT 或 OpenAI 的开发者界面里使用，电脑、手机浏览器和 ChatGPT App 都能访问，前提是拥有 OpenAI 账号并订阅相应套餐。额度按套餐分配，这次改进的意义在于同一个套餐里真正用得上的量变多了。

出处[1]

三项后台改动：上下文复用、缓存延长、路由命中，以及 GPT-6 Pro

常见用法是登录后让 Codex 生成、修改或审查代码，让 Work 处理调研、摘要、任务拆解和文档撰写；复杂工作再拆给多个子代理并行。改进之后，子代理之间可以复用上下文，前一段调研结果或代码背景能直接交给后续任务；缓存保留更久，也就不用一遍遍重新发送同样的前提信息。

系统层面，请求路由更准确，请求更容易被送到已有缓存的位置，缓存命中率上升，额度消耗随之下降，同样的合约下可持续使用的时间和次数增加。GPT-6 Pro 也在这一轮得到改进，复杂开发与业务任务的回答质量和稳定性有所提高。这里没有明确的分数或排名，逻辑很简单：缓存未命中和上下文断裂越少，效率越高。

• 子代理复用上下文：并行任务共享前序调研与代码背景，不必各自重建
• 缓存保留更久：短时间内连续追问时，相同前提无需重复处理
• 路由更精准：请求更多落在已有缓存上，额度消耗下降
• GPT-6 Pro 改进：复杂任务的回答质量与稳定性提升

出处[1]

怎样让缓存更容易命中，以及尚未公布的额度数字

想吃到这次改进的红利，关键是保持同一个项目的上下文连续，并给子代理分配清晰的角色。重复使用固定提示词和共同前提，缓存更容易生效。Codex 按文件或按功能单元提需求，Work 按“调研 → 摘要 → 执行”分步下达，都更容易受益于路由改进和缓存命中率提升。

需要提醒的是，Tibo 的帖子只说明了机制层面的变化，没有给出具体的额度数值、提升比例，也没有写明适用于哪些套餐。额度提高也不等于不限量，各档位的实际上限仍要以 OpenAI 的官方公告为准。

出处[1]