OpenAI 28 天更新回顾：模型、执行体验与使用额度
OpenAI 的 Tibo 连续更新 28 天的活动，按美西日期从 10 月 5 日持续到 11 月 1 日，北京时间 11 月 2 日结束。期间既有模型和功能更新，也有性能优化及额度重置。
图注：中文译文卡，非原帖截图。第 28 天的公告以“Banked 2/2”为题，为连续 28 天更新收尾。
来源：Tibo／X 原帖。
这篇结合发布信息，回顾上下文、任务执行、缓存、模型及使用额度几个方面的主要变化。文中涉及的性能和用量数据采用官方公告口径，并非逐项实测结果。
一、扩大上下文并减少任务中断
Sol 在 Codex 和 Work 中的默认上下文，从 272k 提升到了 500k，还可以手动调整到最高 1M，订阅使用没有长上下文附加费。
图注：中文译文卡，非原帖截图。第 7 天公告将 Sol 在 Codex 和 Work 中的默认上下文提高至 500k，并说明订阅使用不收取长上下文附加费。
来源：Tibo／X 原帖。
更大的上下文窗口，可以容纳更多项目文件、表结构、测试代码和此前的讨论。对于涉及多个模块的任务，模型有机会同时参考更完整的材料，用户也可以减少拆分和重复提供背景信息的次数。当然，窗口扩大之后，仍然需要选择与任务相关的材料。
速度方面，官方宣布 Astra 和 Sol 在订阅中的默认生成速度提升约 50%。这里指的是模型生成速度，不能直接换算成整个开发任务的耗时，因为读取文件、执行工具和运行测试也需要时间。后续的算力和系统调整，则用于减少 model at capacity 错误，并在遇到这类错误时自动继续任务。
Instant steering 改善了任务执行中的交互，体验上更接近 Claude Code。用户中途补充要求或纠正方向后，Codex 能更快调整后续操作，减少继续执行原方案造成的浪费。桌面线程支持编辑之前的消息，方便修正已有指令。
Auto-review 处理的是操作权限。Codex 执行某些命令或申请权限时，需要先经过审批；Auto-review 会让另一个 AI 检查这些请求，符合条件的操作可以直接放行。活动第二天宣布，使用 ChatGPT 账户登录的用户可以免费使用这部分功能，不消耗订阅额度。它审核的是操作是否应当获准执行，代码质量仍然需要通过审查和测试确认。
这些更新减少了任务执行过程中的中断，也减少了用户等待和手动确认的次数。
二、减少重复计算，提高额度利用率
缓存是这轮更新中持续调整的一部分。
同一个任务的多次请求，往往包含大量相同的背景信息。对于保持不变、能够匹配的输入前缀，缓存可以复用此前的处理结果，减少重复计算。
这轮更新先后涉及跨 subagent 复用上下文、延长缓存保留时间，以及通过路由调整提高缓存命中率。多个子任务使用相同背景材料时，可以减少重复处理这些材料的开销。
随后，API 增加了 12 小时缓存选项，已登录的 Codex 和 Work 用户恢复旧会话时，缓存命中也得到改进。另一项调整是，在对话中途改变推理强度，不再使缓存失效。用户可以根据任务需要调整模型的推理投入，同时保留已有缓存。
上下文窗口决定一次请求能够携带多少材料，缓存影响相同材料需要重复计算多少次。这些更新可以提高额度利用率，但缓存不等同于长期记忆，也不会让模型无限保留历史内容。
讨论 AI 编程时，模型能力通常最受关注。实际执行任务，还需要 harness 组织上下文、调用工具、处理权限，并在发生错误后恢复执行。长任务能否顺利完成，与这些环节的实现同样有关。
三、模型更新与 dot 使用入口
这 28 天里，GPT-6 进入了 Chat，GPT-6.1 Terra 也重新发布。前者属于 Chat 的更新，并不代表当天 Codex 的底层模型也发生了相同变化。
Terra 的官方介绍重点提到写作、语气、对细微要求的理解，以及 computer use。同时，官方表示，相比 6.1 Sol，Terra 在 API 和订阅中可以提供两倍用量。这些是发布时给出的能力描述和用量口径，具体任务中的表现仍需要实际验证。
dot 的使用入口也有所增加。用户可以在 ChatGPT 手机 app 中创建并通过文字联系 dot；之后又增加了通过 iMessage、RCS 发送文字、图片和语音的方式。后者当时面向美国 Pro 用户提供预览。
四、订阅额度调整与 14 次重置公告
第 25 天，OpenAI 宣布调整 Pro 和 Business Premium 的使用额度。
按照官方帮助页，Pro 100 和 Pro 500 的 Work、Codex 额度翻倍；Pro 200 原先较低的额度翻倍，原先较高的额度保持不变，此前预告的下调取消。Plus 不包含在这次调整中。Tibo 的公告还提到 Business Premium 额度翻倍，并暂时继续提供 dot 的扩展额度，dot 用量仍单独计算。
图注：第 25 天额度调整公告的中文译文卡，非原帖截图。不同套餐的调整方式，以正文说明及官方帮助页为准。
来源：Tibo／X 原帖；Pro 套餐额度说明。
此外，28 天中共有 14 次重置公告，分为 11 次即时重置和 3 次可保存的重置机会。即时重置分别出现在第 2、6、8、10、13、15、17、18、20、21、23 天；可保存的 banked resets 出现在第 3、27、28 天。其中，第 2 天和第 18 天同时包含功能更新与重置，因此不能把“更新日”和“重置日”简单划成互不重叠的两组。
图注：11 次即时重置与 3 次可保存的重置机会。此图按活动公告原创整理，不代表每个账户的实际到账次数；第 25 天的额度调整不计入重置。
来源：依据 Tibo／X 活动公告原创整理。
banked reset 是可以先保存、之后使用的一次性额度重置机会，与当天直接重置额度不同，也不属于永久增加额度。有效期和适用条件，需要以具体发放说明为准。上述次数统计的是活动公告，并不代表每个账户都获得了完全相同的权益。
五、同期增加的 API credits
10 月 28 日，OpenAI 还公布了 Pro 订阅附带 API credits 的安排：Pro 100、Pro 200 和 Pro 500 每月分别提供 100、200 和 500 美元的 API credits。
这项权益需要激活，首次激活时按当前订阅周期的剩余时间折算。额度在对应周期结束时失效，不会无限累积。它用于 API 调用，应与 Work、Codex 的订阅使用额度，以及一次性的重置机会分别理解。
这项公告与活动第 24 天处于同一天，但 Tibo 当天编号帖的主题是通过 iMessage、RCS 联系 dot。因此，API credits 属于活动期间的同期更新，不应写成第 24 天编号帖的内容，也不计入上述 14 次重置。
回顾这 28 天，更新涉及模型、任务执行和使用资源三个方面。更大的上下文增加了单次任务可携带的材料；缓存、审批和恢复机制减少了重复计算及执行中断；订阅额度、重置机会与 API credits 则分别增加了不同场景下的可用资源。将这些变化区分清楚，才能判断具体套餐和工作方式能够从中获得哪些改善。