GPT-6.1 Sol 上线后，一个很有意思的现象迅速出现在 ChatGPT Work、Codex 用户群体中：不少人发现，自己明明连续跑了很久的代码任务，5 小时额度和周额度却下降得比以前慢得多。
这究竟是错觉、模型变慢造成的“单位时间省额度”，还是 GPT-6.1 Sol 的成本结构真的发生了变化？我们查阅了 OpenAI 官方费率说明，并对比 Reddit、LINUX DO 等国内外社区近几天的用户反馈。结论是：“6.1 Sol 更耐用”的体感确实广泛存在，但原因不是单一的，而且不能简单理解为 OpenAI 把 Plus/Pro 周额度直接提高了几倍。
一、先说结论：你的感觉并不是个例
截至 2026 年 10 月 3 日，Reddit 的 r/codex、r/ChatGPT 以及 LINUX DO 都已经出现大量类似反馈。
- 一名 r/codex 用户称，同样使用 High、同样的 workflow，GPT-6 Sol 跑两天消耗约 30% 用量，而换成 GPT-6.1 Sol 后持续运行只消耗约 3%。
- 另一名用户表示，GPT-6.1 Sol High 连续工作约 40 分钟、修改约 1200 行代码，周额度甚至没有下降 1%。
- r/ChatGPT 有用户使用 6.1 Sol Medium 连续完成代码修改、构建、回归测试、模拟器检查等真实仓库任务，一个多小时后周额度才下降约 1%。
- 也有 Pro 用户报告长时间使用后，6.1 Sol 的周额度下降速度明显低于此前的 5.6 Sol 或 Astra。
参考讨论：Interesting usage observation、GPT 6.1 usage、Anyone else seeing dramatically lower Work usage with Sol 6.1?。
所以，“6.1 Sol 上线后额度突然耐用了”不是少数人的孤立错觉，而是一个已经在不同社区反复出现的共同体感。
二、官方费率确实变了，尤其是 Cached Input
最值得注意的，是 OpenAI 当前公布的 ChatGPT Work / Codex Token 费率。
| 模型 | Input | Cached Input | Output |
|---|---|---|---|
| GPT-6 Astra | $10 / 1M | $1 / 1M | $50 / 1M |
| GPT-6.1 Sol | $2 / 1M | $0.10 / 1M | $10 / 1M |
| GPT-6 Sol | $2 / 1M | $0.20 / 1M | $10 / 1M |
| GPT-5.6 Sol | $4 / 1M | $0.40 / 1M | $20 / 1M |
从公开费率看，GPT-6.1 Sol 相比 GPT-5.6 Sol 的普通输入和输出价格都是一半，而 Cached Input 只有四分之一；即使与 GPT-6 Sol 相比，普通输入和输出相同，缓存输入价格也再次减半。
官方费率页：ChatGPT Rate Card。
这里的 Cached Input 很关键。AI 编程和长时间 Agent 工作往往会反复携带相同或相似的系统指令、工具定义、AGENTS.md、仓库上下文和历史对话。如果这些前缀能够命中缓存，那么缓存价格下降就可能显著改善单位工作量对应的成本。
三、为什么开发者比普通聊天用户更容易感受到“额度变耐用”
普通聊天经常是一个问题对应一组全新上下文，而 Work/Codex 的典型开发任务则完全不同：
读取仓库 → 修改代码 → 测试 → 再读取同一批文件 → 再修改 → Git 检查 → 回归测试。
同一项目长时间持续工作时，大量固定上下文会重复出现。理论上，这比频繁开启完全无关的新话题更容易从缓存机制中获益。
这也解释了为什么社区中最夸张的“额度几乎不掉”案例，大部分都来自连续编码、仓库维护、Agent 长任务，而不是普通的一问一答。
四、但不能直接说“6.1 Sol 的 Plus/Pro 额度就是 4 倍”
这里需要特别避免一个常见误区：官方 Token 美元费率，并不等于 Plus / Pro 订阅界面中 5 小时和周额度百分比的简单换算公式。
OpenAI 的费率页描述的是 Token-based billing / credits 场景，而订阅计划中的 included allowance 还有自己的额度计量规则、模型倍率、速度模式倍率等。比如官方同时注明，Fast 模式会以更高倍率消耗 included subscription allowance。
中文社区已经有人尝试通过第三方统计插件反推 6.1 Sol 的实际订阅额度消耗，并怀疑存在额外倍率，但这些结论目前仍属于用户测算，并非 OpenAI 官方确认。
LINUX DO 相关讨论：6.1 sol 在订阅里面也会有隐藏倍率吗、6.1 sol 周限额度与隐藏倍率讨论。
因此，更准确的说法应该是：6.1 Sol 的公开 Token 成本结构确实更有利，特别是缓存输入；但 Plus/Pro 的“周额度百分比”不能直接按 $0.10 与 $0.40 的比例换算成 4 倍。
五、还有一个不能忽略的原因：6.1 Sol 上线初期确实比较慢
社区里另一种很有代表性的观点是：“不是额度变多了，而是模型太慢，所以单位时间根本烧不了那么多 Token。”
这不是没有道理。GPT-6.1 Sol 发布初期，不少用户报告其生成速度、长任务推进速度明显低于此前模型。r/codex 甚至出现高热度讨论，调侃“任务跑一小时，当然很难撞到 5 小时额度上限”。
参考：You can't hit your 5h limit if the model takes 1h per small task。
所以“每小时额度下降更慢”至少由两个因素共同影响：
- 单位 Token / 缓存 Token 的成本结构更加便宜；
- 上线初期吞吐较低，单位时间实际生成和处理的 Token 也可能更少。
如果后续 6.1 Sol 吞吐恢复或明显加速，而完成相同工作量时额度依然更耐用，那么“只是因为慢”的解释就会越来越站不住脚。
六、国内社区的反馈并非一边倒，这一点反而更有参考价值
LINUX DO 上既有人根据官方价格认为 6.1 Sol 的性价比大幅提高，也有人实测后觉得自己的周额度下降仍然很明显，甚至怀疑存在额外倍率。
例如，有用户报告高缓存率条件下跑了数百万 Token 后，按第三方插件测算的消耗仍不能简单用官方 API/Token 价格解释；也有人使用 6.1 Sol 后感觉比 Astra、旧 Sol 更耐用。
这种分歧说明一个重要问题：不同账户套餐、reasoning 强度、Fast/Standard 模式、缓存命中率、上下文长度、是否使用子 Agent，以及任务本身的输入输出比例，都可能让最终“掉额度速度”差很多。
因此，别人说“我一小时只掉 1%”并不能保证你也会得到同样结果。
七、还有反方向案例：10 月 3 日已经有人说突然变费额度
值得注意的是，到了 10 月 3 日，Reddit 已经出现反方向反馈：有用户称更新后 GPT-6.1 Sol 的额度消耗突然明显加快，甚至感觉接近 Astra。
参考：GPT 6.1 Sol 3rd of October。
目前这类反馈样本还太少，不能据此判断 OpenAI 已经修改了计费或额度规则，但它提醒我们：GPT-6.1 Sol 刚上线几天，容量、路由、客户端和计量系统都可能仍处在快速调整阶段。
八、Work 云端运行真的比本地运行省额度吗？
从目前公开资料看，不能得出“Cloud Work 天生比 Local Work 省 Token”的结论。事实上，OpenAI 对 Work/Codex 用量的说明中一直强调，消耗会受到模型、任务复杂度、上下文、推理强度、工具使用和运行方式等多种因素影响。
因此，如果你恰好是在 GPT-6.1 Sol 上线后同时开始更多使用 Cloud Work，很容易把两个变化混在一起：
“最近额度掉得慢”不一定是 Cloud 带来的，更大的变量很可能是模型从旧 Sol 切换到了 GPT-6.1 Sol。
云端执行的主要价值仍然是把浏览、任务执行和长时间工作交给云端环境，不占用本地电脑，并支持跨设备继续；本地执行则更适合需要访问本地仓库、文件、开发环境和桌面应用的任务。
九、如果你想知道自己到底省了多少，最靠谱的是做同任务 A/B 测试
与其用“工作了几个小时”衡量，不如用同一份任务做对照：
- 同一个仓库；
- 尽量相同的上下文；
- 相同 reasoning 档位；
- 相同 Standard / Fast 模式；
- 分别使用 GPT-5.6 Sol、GPT-6 Sol、GPT-6.1 Sol；
- 记录任务开始和结束时的 5 小时额度、周额度、耗时和完成工作量。
如果还想判断 Cloud 与 Local 的差异，再单独保持模型不变，用 GPT-6.1 Sol 分别运行一组 Cloud 和 Local 任务。
这样才能把“模型更省”和“执行位置不同”这两个变量真正拆开。
总结：6.1 Sol 的“耐用感”是真的，但别把原因简单化
综合官方费率和国内外社区反馈，目前最合理的判断是：
- GPT-6.1 Sol 额度下降更慢的体感广泛存在，并非个别用户错觉；
- 官方 Token 费率确实更低，尤其 Cached Input 相比 GPT-5.6 Sol 降到四分之一；
- AI 编程、长会话和 Agent 工作天然更容易从重复上下文与缓存中获益；
- 发布初期速度较慢，也会让“每小时掉额度”显得更低；
- Plus / Pro 的 5 小时与周额度并不能直接按公开美元 Token 价格换算，社区所谓“隐藏倍率”目前也没有官方定论；
- Cloud Work 本身并没有足够证据证明比 Local Work 天生更省，GPT-6.1 Sol 才更像这轮体感变化中的最大变量。
如果你最近刚好觉得“以前跑几轮就心疼额度，现在连续做几个小时都掉不动”，你并不是一个人。只是现阶段最准确的描述不是“OpenAI 给 6.1 Sol 偷偷加了几倍额度”，而是：GPT-6.1 Sol 的成本结构、缓存优势、模型吞吐和订阅额度计量共同造成了一个明显更耐用的使用体验，而其中每个因素究竟占多少，仍需要更多稳定期数据才能确定。
评论