OpenAI撤回额度削减,且额度直接翻倍,用户反馈起作用了

原帖译文

当AI进入工作日程，额度规则也成了交付条件的一部分。

撤回

原定要削减的额度，保住了。

北京时间10月30日凌晨，Tibo（@thsottiaux）在X发布第25天更新，宣布调整Pro 100、Pro 200、Pro 500和Business Premium的使用上限。他专门提到，团队听取了用户反馈，不再下调Pro 200的额度。[1]

OpenAI官方更新日志的10月29日条目也写明：取消9月29日邮件中宣布的Pro 200额度削减。[2]

对已经围绕Codex安排开发任务的人，这句话很具体。下周能不能继续跑项目，手头的长任务该不该启动，原本计划中的工作要不要换工具，都与可用额度有关。

不过，看到“翻倍”两个字，先别急着把每个账户的现有余额乘以二。Pro 200要分原有高额度和原有低额度两种情况看。官方日志给出了比社交帖更细的说明：

所以，原有高额度的Pro 200用户，得到的是取消削减的确认；较低额度用户，才是增加到同一水平。把两者都写成“现有额度再次翻倍”，会让老用户产生错误预期。

图：OpenAI官方更新日志，2026年10月29日条目的中文翻译版（非官方译文），来源见[2]。

旧账

这则消息的分量，来自一个已经公布过的变化。

官方日志明确追溯到9月29日的邮件。这意味着，对受影响的Pro 200用户来说，额度下调曾经是需要纳入计划的事项。如今撤回，用户可以继续按原有高额度使用，省掉一次重新分配工作量的调整。[2]

这和临时送一次额度重置，感受并不完全相同。

临时重置可以让手头的任务继续跑。取消原定削减，则保留了后续工作的容量基础。对于持续使用的人，后者更容易写进项目安排：当前订阅还能承担多少任务，要不要购买额外用量，哪些工作可以长期留在这里。

Tibo随后在同一条讨论里开了个玩笑，大意是从“重置公司”毕业，走向“Token公司”（译文）。[3]

这句自嘲很贴题。“又送了一次重置”和“订阅内含额度发生调整”，对持续工作的用户有不同价值。重置处理眼前的余额，额度规则影响下一轮工作怎么排。

至于团队为何能在此时增加用量，公开帖没有给出算力成本或容量数据。仅凭这次公告，还推不出“算力已经过剩”，也无法证明某个竞争对手直接促成了调整。能确认的，是反馈被明确提及，原定削减被撤回。

分账

原帖还留下了一个容易被标题遮住的细节：dots。

Tibo说，dots暂时继续享有扩展额度，其用量仍与默认用量分开计算。这里的“暂时”需要保留，不能改写成永久承诺。[1]

这条说明对需要后台持续工作的用户有意义。一个正在处理当前任务的工具，与一个在其他时段继续推进事情的助手，会带来不同的用量安排。如果都从同一个账户里消耗，用户就需要同时估算两边的工作量。

官方定价文档说明，Work和Codex共享相应的用量规则与额度。阅读此次公告时，要把它们和原帖单列的dot用量区别开。[4]

“额度分开”是一条核算规则，不能顺手理解成无限使用。同样，这则公告点名的是相关Pro档位与Business Premium，不能外推成所有套餐同步翻倍。Plus用户需要查看自己的用量页，不能拿别人的套餐变化套进自己的账户。

对实际付费的人，账户属于哪一类、哪些功能共享额度、哪些额度有期限，恰好是最需要讲清楚的内容。否则，同一句“加量”，到了不同账户上就可能变成完全不同的预期。

消耗

容量增加之后，还有一个问题：到底能多完成多少工作？

OpenAI的定价文档提醒，用量受到模型、任务复杂度、上下文、推理、工具调用和缓存等因素影响。看起来相近的任务，消耗也可能不同；提示词长短并不足以估算整项任务的成本。[4]

不妨比较两种开发任务：一种是在单个函数里补一个校验；另一种是跨几个服务定位问题，再修改接口、运行回归、检查兼容性。输入都可能只有“修复这个问题”几个字，后续需要做的工作却差得很远。

因此，用量上限翻倍，不等于任何任务都能多做一倍。这是容量规则的变化，最终产出还取决于任务怎么执行、过程中是否反复返工，以及结果能否通过检查。

原帖最后还提到后续的模型和效率改进。[1]更大的额度可以缓解中断；如果工具定位更准、重复读取更少、失败后能及时停下来，同一份额度也有机会承担更多有效工作。具体能节省多少，需要放进实际任务里验证。

对使用者，观察“这周交付了什么”比只观察剩余百分比更有价值。一份可核验的分析、一段通过测试的修改、一个能运行的页面，才能帮助判断增加的容量有没有转化为收益。

回声

这次回应还有另一条相关信息。

Andrew Ambrosino在X写道：“你们的反馈起作用了”（译文）。他表示，用量恢复到双倍水平；同时，团队当天启动了一轮集中改进，目标是让应用更简单、性能更好，由他监督推进。[5]

额度已经调整，应用改进则刚启动。两者处于不同阶段。公告本身不能证明卡顿已经消失、入口已经统一，或所有使用障碍都已解决。之后需要看实际版本和使用表现。

把两条消息放在一起，能看到一个更完整的产品问题：用户付费后，既需要足够的容量，也需要顺畅地把容量用出去。

假如用户总找不到上次的任务，重新开始就会耗掉时间；假如一个流程反复卡住，更大的额度也可能被重复尝试消耗。容量和操作体验，需要在日常任务里一起接受检验。

OpenAI这次至少给出了可以继续追踪的两件事：用量政策已经修改，应用体验有了明确的改进方向。后续评价，应分别看它们有没有兑现。

这也给使用者一个可操作的反馈方向。对额度规则有疑问，可以把套餐、原先收到的通知、当前用量页显示的上限放在一起，指出变化究竟发生在哪里。遇到应用问题，则写清入口、操作顺序、期望结果与实际表现。这样，接收反馈的人才有机会区分政策疑问、显示错误和执行失败。

比如，同样一句“额度不够用”，背后可能是长任务确实消耗较多，也可能是失败步骤反复重试。两种情况需要不同的处理办法。把能够复现的过程提交出来，比只报一个剩余百分比，更有助于后续定位。

排期

从订阅者的角度，我更关心这些规则能稳定多久、解释得有多清楚。

AI任务的成本确实会变，要求每种请求都消耗相同额度并不现实。但用户仍然可以期待清楚的说明：什么共享用量，什么单独计算；调整从什么时候生效；临时优惠何时结束；耗尽以后有哪些继续工作的办法。

可预期的规则，才方便把AI放进真实的工作日程。尤其当一项任务要连续推进几天、结果还要交给同事复核时，临时中断会影响后面的安排。额度足不足，开始成为项目排期时需要考虑的条件。

对现有用户，此时最有用的动作是打开用量页，确认自己的套餐与账户实际落在哪种情况里。原有高额度的Pro 200用户，重点看原定削减是否取消；其他受影响用户，重点看新上限和重置时间。

随后，用自己的典型任务观察一段时间：完成结果如何，过程是否顺畅，用量消耗能否理解。偶尔执行短任务的人，与长期运行复杂任务的人，对同一次加量会有不同感受。是否值得继续订阅，应该落回各自的工作量。

评估时也可以留下一份简单记录：任务目标、是否完成、返工原因和大致消耗。连续使用后的记录，能帮助判断瓶颈在容量、工具可靠性，还是任务本身没有说清楚。下一次套餐规则再变，就有了自己的比较依据。

10月30日这则消息值得记录：用户对即将到来的削减表达了意见，团队明确回应，并修改了政策。下一步能否留住信任，要看这些规则和改进怎样落到日常使用中。

对一个逐渐承担实际工作的AI工具，续费理由最终会很朴素：上周的任务顺利完成了，下周的工作也敢继续放进来。

参考资料

[1] Tibo：Day 25，用量调整公告，2026年10月29日16:56 UTC，北京时间10月30日00:56。文首配图为该原帖截图的中文翻译版。

[2] OpenAI：ChatGPT release notes，2026年10月29日，“More Work and Codex usage on Pro and Business Premium Plans”条目。

[3] Tibo：关于“Reset Company”和“Token Company”的后续回复，2026年10月29日。正文为译述。

[4] OpenAI：ChatGPT Work与Codex定价及用量说明，2026年10月30日查阅。

[5] Andrew Ambrosino：用量调整与应用简化、性能改进计划，2026年10月29日。正文为概述。

关注「人工智能AI技术圈」

获取更多 AI 与机器人前沿动态

大模型 · 智能体 · 机器人 · 前沿拆解

长按识别二维码 · 一键关注