以前使用 Codex，最担心的是额度不够；现在却开始担心额度用不完了。
最近 OpenAI 正在开展为期 28 天的 Shipping 活动，频繁给 Codex 用户重置额度。但比全局重置更让人惊喜的，是额度消耗速度明显变慢了，终于体验到了什么叫“额度自由”。
一、以前：Pro 100 套餐也不够用
目前使用的是每月 100 美元的 ChatGPT Pro 套餐，日常主要通过 Codex 完成编程开发、代码重构、架构设计等工作。
此前为了兼顾模型能力、响应速度和额度消耗，一直使用 GPT-6 Sol 中级模式 + 1.5 倍速。即使如此，额度依然消耗得很快，正常工作强度下，基本不到 2 天就所剩无几，很难撑到第 3 天。
因此，每次使用 Codex，都要时不时查看剩余额度，甚至需要考虑是否值得为了某个任务消耗宝贵的额度。
二、现在：极高模式一天也只消耗约 10%
本周二（10 月 20 日）和周五（10 月 23 日）凌晨，Codex 先后经历了两次全局额度重置。
原本以为只是 OpenAI 最近活动带来的福利，结果实际使用下来，却发现额度明显比以前耐用了。在工作内容、任务难度和使用强度基本接近的情况下，一天下来能够消耗 10% 的额度就算不错了。
考虑到最近活动期间每隔一两天就可能迎来一次全局重置，为了不浪费额度，索性不再考虑节省，直接切换到了 GPT-6.1 Sol 极高模式 + 1.5 倍速。结果更加意外：即使使用这样的配置，额度依然消耗得很慢，还没来得及用掉多少，下一次全局重置又来了。
以前是省着用都不够，现在是放开用都用不完，这种反差确实有点大。
三、Codex 为什么突然这么耐用了？
OpenAI 近期开展的“28 Days of Shipping”活动，计划连续 28 天为 Codex、Work 用户带来产品改进，或者进行一次全局额度重置。
值得注意的是，活动并不只是简单地赠送额度，还包含了与使用效率直接相关的优化：
Day 12：优化不同 Subagent 之间的上下文复用、延长上下文缓存时间，并通过改进请求路由提高缓存命中率。
Day 16：进一步优化长期上下文缓存机制，让 Codex 和 Work 在恢复历史会话时更充分地复用已有上下文。
对于编程开发来说，Agent 往往需要反复读取代码、项目文件和对话上下文。如果能够减少重复处理，理论上就有机会降低相同任务的实际资源消耗，提高额度使用效率。
当然，全局重置本身并不会降低单次任务的消耗，而且这次体验并没有进行严格的 Token 对照测试，因此还不能确定额度下降的具体原因和比例。
但从连续几天的实际体验来看，额度确实比以前耐用了很多，而且是在切换到 GPT-6.1 Sol 极高模式之后，依然能够明显感受到的变化。
四、终于体会到了额度充足的幸福感
以前使用 Codex，总要考虑剩余额度，复杂任务需要斟酌，模型配置也不敢轻易往上调。现在则完全不同，可以放心让 Codex 进行复杂的代码分析、重构和反复迭代，不必总想着节省额度。
对于日常高度依赖 AI 编程的开发人员来说，这种变化带来的体验提升非常直接。不用再围绕额度安排工作，而是让 Codex 真正围绕开发任务工作。
不知道这波优化能持续多久，也不知道 28 天活动结束后，额度是否还能保持现在的耐用程度。但至少这几天，我确实体会到了充足额度的幸福感。以前天天盼着 Codex 重置额度，现在还没来得及把额度用完，它又给重置了。
希望 OpenAI 不只是继续赠送额度，更能把这些提高额度使用效率的优化长期保留下来。
