Tibo 宣布全球重置：所有付费 ChatGPT 账号，明天到账
本文完全由 WorkBuddy 独立收集资料、调试代码并完成文章写作。
我是 Alex Xiang，前百度/微博工程师，现在专注于 AI 工程与工具产品。更多文章欢迎关注微信公众号「字与码」。
OpenAI 产品与平台负责人 Tibo（Thibault Sottiaux）发了一条推文，全文只有两句：
Global reset landing tomorrow 10am PST for all paid ChatGPT accounts. Apologies for the slow start with GPT-6.1 Sol, it’s now back to running at expected speeds after the massive load spike in the first two days.
翻一下：全球范围的额度重置，明天太平洋时间上午 10 点落地，覆盖所有付费 ChatGPT 账号。为 GPT-6.1 Sol 起步阶段的缓慢致歉——头两天的巨大负载冲击之后，它现在已经回到预期速度。
先说时间。太平洋时间 10 月 2 日上午 10 点，折成北京时间是 10 月 3 日凌晨 1 点前后（10 月美国还在夏令时，太平洋时间比北京时间晚 15 小时）。睡一觉起来，额度就是满的。
这条推文的互动量很说明问题：五百多万次浏览，近八千个赞。同类公告里，只有“要重置了”这四个字能达到这个量级。
这次重置的范围，比上一次大
值得注意的第一个词是 all paid ChatGPT accounts——所有付费账号。
GPT-6.1 Sol 本身只跑在 ChatGPT Work 和 Codex 里，还没进普通 Chat。也就是说，这次受影响的是干活那部分产品，但重置发给了全部付费档位，Plus、Pro、Business 一个不落。
对照上一回就很清楚。9 月 26 日 Codex 出了 56 分钟的服务中断，Tibo 当时的说法是“为所有付费用户重置额度”——那是一次故障补偿，重置范围和受损范围基本对齐。
这一次不一样。这一次受损的主要是 Work 和 Codex 用户，重置却发给了所有付费档位。当补偿的覆盖面大于损失面，它就不再只是“把账算平”了。
触发重置的不只是“慢”，还有记录在案的中断
第二个值得琢磨的地方，是重置范围和受损范围对不上。
9 月 26 日那次，Codex 中断 56 分钟——四条入口同时不可用，用户根本进不去。Tibo 当时的说法是“为所有付费用户重置额度”，补偿范围和受损范围基本对齐，账算得清楚。
这一次不一样。事情被拆成了好几段，而且官方状态页上全部有记录：
| 时间（UTC） | 状态页事件 | 受影响组件 |
|---|---|---|
| 9 月 29 日 | Elevated errors across ChatGPT, Codex, and the API including the Agents API | 面很广：Voice、Realtime、Agent、Codex Web、CLI、ChatGPT Work… |
| 9 月 30 日 | Elevated error rates for ChatGPT Pro and Plus users | Conversations |
| 9 月 30 日 | Elevated latency for some API requests | Chat Completions、Responses |
| 10 月 1 日 | Issues with login, signup, and ads | Login、Ads Manager、Ads API |
也就是说，那两天不是“没出事”，而是出的事被拆成了一条条局部降级：报错率升高、部分请求延迟升高、登录出问题。9 月 29 日那条事件的公告里还写明，详细的根因分析（RCA）会在 5 个工作日内公布。
而 Tibo 这条推文里，只提了“起步慢”。
再说速度。有多慢是有实测的：第三方评测机构 Vals AI 拿 GPT-6.1 Sol 和上一代 GPT-6 Sol 做过对比，在智能体任务上 Sol 6.1 慢了 2 到 3 倍——一个 Vibe Code Bench 任务要跑约 75 分钟，一个 Legal Agent 任务约 43 分钟。还有人自己测吞吐量，说 Sol 6.1 掉到过每秒 15 个 token 左右。
对比一下 Sam Altman 同一天的说法，措辞的差别挺有意思。他在 X 上写的是：「Sol 6.1 was our fastest-growing model ever, and was a bit slow under load. Should be much better now!」——a bit slow，有点慢。而 Tibo 用的是 Apologies for the slow start，为起步慢道歉。
“起步慢”这个说法，把容量规划上的失手，重新包装成了新产品爬坡期的正常现象。这是公关上很标准的处理，只是得说清楚：Sol 6.1 不是没人用的新产品，它是 OpenAI 有史以来需求增长最快的模型——这句话是 Altman 自己说的。
真正值得注意的是：这次重置的范围大于受损范围。慢和报错主要落在 Work 和 Codex 用户身上，重置却发给了所有付费档位。当补偿的覆盖面大于损失面，它就不再只是“把账算平”了。
GPT-6.1 Sol 到底是个什么模型
如果你最近没跟这条线，三十秒补齐背景。
GPT-6.1 Sol 是 9 月 29 日 DevDay 上发布的，定位是“接近 GPT-6 Astra 的智能水平，只要五分之一的价格”。具体数字：每百万输入 token 2 美元、输出 10 美元，缓存输入降到 0.1 美元——是上一代 GPT-6 Sol 缓存价的一半。
第三方跑分也对得上：Artificial Analysis 的智能指数上，它比 Astra 低 1 分；而在最大推理强度下完成一个任务的成本是 0.72 美元，Astra 是 3.26 美元，不到四分之一。
这个定价是它一切问题的源头。性能贴着旗舰，价格只有五分之一，全世界的开发者和团队都会第一时间把活儿挪过来。Tibo 自己的说法是，Sol 是“横跨 API 和订阅两端，我们迄今为止需求最高的模型，基本上没有之一”。
发布两天后，OpenAI 才把新算力拉上线，Tibo 说速度能恢复到前一天的近两倍。所以这条推文里的道歉，本质上是在为一个定价策略成功到超出自己算力承载的结果致歉。
重置已经变成了一个可以被统计的动作
最后一个观察，也是我认为最值得记住的一点：额度重置正在从偶发的补偿，变成一种常规操作。
有一个叫 codexreset.org 的社区追踪站，专门记录 Tibo 的重置公告。从它留档的记录看，光是 6 月底到 9 月底三个月，能被确认的全球重置就接近 20 次——模型发布、故障、用量骤降、甚至用户数里程碑，理由五花八门。有统计说某个时点他平均每六分钟就会收到一条求重置的私信。
另一个追踪站 usageupdates.com 给出的数字更直接：5 天之内记录到 76 次用量重置与限额变更（OpenAI 与 Anthropic 合计），到 10 月初累计 124 条。有媒体给这个状态起了个名字——reset-as-a-service，重置即服务：信任不再靠稳定的额度维持，而是靠道歉和赠送的频率维持。
这个说法刻薄，但抓得准。
对重度用户来说，一次“慢了”的真实成本不是等待本身，而是他在等待过程中反复重试烧掉的那些额度。重置把额度账面上的数补平了，但补不回被打断的那几个小时的思路，也补不回一个团队在“今天到底要不要把长任务排进去”上的犹豫。
顺手说清楚一件事：重置不等于送积分
这是最容易搞混的地方。
这次的重置只做一件事：把你当前周期的用量额度刷新归零。它是“清空已用量”，不是“往你账户里加额度”。
所以它和上个月 Pro 200 老用户收到的那笔 62,500 积分是两码事——那是补偿资产，会一直挂在你账户里到 12 月 31 日过期；而重置只是把计数器归零，独立于你已存的 banked reset 和自行购买的 credits，不会加也不会减。
简单讲：积分是你自己的钱，重置是本周的额度重新开始算。
最后一次改动说明
这篇文章在初稿之后做过一次事实修正，记录在这里：初稿我写的是“那两天官方状态页全程显示正常”。查了 status.openai.com/history 的公开事件记录之后发现这个说法不成立——9 月 29 日到 10 月 1 日之间，状态页上有四条明确的事件：全线错误率升高、Pro/Plus 用户错误率升高、部分 API 请求延迟升高、登录与广告故障。所以正文改成了“状态页上是有记录的”，并把事件表列了出来。
结论没有变，而且更强了：重置的范围大于受损范围这件事，比“只是变慢”更能说明问题。
最后
这条推文本身没什么信息量，两句话讲完了。但它能拿到五百万浏览，原因不在内容，而在于它确认了一件事：现在“慢”就足以触发一次覆盖全体付费账号的全球重置。
这对用户当然是好事——今天睡醒，额度是满的。
但也要看清楚，重置是一个开销极低、见效极快的动作，正因为这样，它容易被当成万能的止血贴。它能补回额度，补不回那两天里被拖慢的每一个 75 分钟任务，也替代不了那份承诺在 5 个工作日内公布的根因分析。
真正要看的，是重置之后 Sol 的速度会不会再掉回去——那才是回答“算力到底够不够”的唯一证据。
参考来源
- Tibo（Thibault Sottiaux）账号，重置公告首发渠道：https://x.com/thsottiaux
- OpenAI 状态页与事件历史（本文事件表出自其 Atom feed）：https://status.openai.com/history
- Codex 重置追踪站（含重置记录与预测）：https://codexreset.org/
- 用量变更追踪站（重置与限额变更记录）：https://usageupdates.com/
- GPT-6.1 Sol 与 GPT-6 Sol 的速度实测对比（Vals AI）：https://huggingnews.com/ai/update-openai-adds-capacity-for-gpt-61-sol-says-speed-should-nearly-doub-b67c99fd
- GPT-6.1 Sol 发布与定价：https://aiindustrytoday.com/news/openai-expands-gpt-6-1-sol-capacity-as-launch-demand-surges
- OpenAI 帮助中心：Work 与 Codex 的用量管理：https://help.openai.com/en/articles/20001516-managing-usage-with-gpt-6-astra-in-work-and-codex
- OpenAI API 文档：GPT-6.1 Sol 模型页：https://developers.openai.com/api/docs/models/gpt-6.1-sol
微信公众号
欢迎关注「字与码」
如果这篇文章对你有用，也欢迎在微信里继续关注后续更新。
X / Twitter
关注 @ax2_zicode
更即时的技术观察、新文章提醒和一些短想法会发在 X 上。