GPT-6 默认提速五成，同天被第三方报告打脸：额度只有对手的五分之一

二十八天前，一个类 ChatGPT 订阅产品的负责人立下军令状：连续二十八天，每天交付一项改进，漏一天就给一次额度重置。这种把内部节奏公开押出去的做法不多见，所以第一天所有人都盯着看。

兑现了，但兑的是「慢」而不是「少」。同一天，一家第三方研究机构发布订阅实测报告，标题很直白：对手某家的订阅提供的价值是这个的五倍以上。提速是真的，额度被砍也是真的，两件事恰好在同一天撞上。对用户来说，这不是一条好消息加一条坏消息，而是同一枚硬币的两面——厂商正在把「补贴换增长」的阶段收尾，只是它选择先解决感知最明显的那一项。

第一天交付的到底是什么

这次更新针对的是默认速度档。订阅用户在所有官方产品里使用两个主力模型时，生成速度提升约五成。用户不用改任何设置，官方称两小时内生效。

具体数字给得很清楚：每秒输出从三十个 token 提到五十个。 同时官方强调自家分词器效率更好，完成同样任务消耗的 token 数更少，两者叠加之后实际等待时间还会更短。

值得注意的是它的覆盖范围。这次提速不只作用于自家产品，还包括所有通过「用 ChatGPT 账号登录」接入的第三方工具——官方直接点名了几款主流编程类客户端和一批桌面助手。换句话说，只要是用这份额度调用这两个模型的场景，无论在哪个软件里发起，都会变快。

这里有个容易被忽略的细节：这次动的是默认档。此前部分产品有一个可选的高速模式，代价是额度按标准档的二点五倍消耗。现在不开那个模式也能快一大截，等于把「花钱换速度」这个选项的性价比往下压了一档。

但社区的第一反应不完全是欢呼

官方贴出的评论区里，反馈分成了三派。

第一派是正面体感。确实有人在接下来几小时的日常使用中感觉到明显变化，尤其是长任务和多轮改写。

第二派是持保留意见的实测者。有开发者晒出对比数据，认为新一代模型的表现不过是回到了它刚发布时的水平——也就是说，这次「提速」有一部分是在偿还此前的性能回退。

第三派指向另一个维度：即便提了五成，这个模型依然比主要对手慢。这个说法在社区里有相当多的附和，只是缺少统一的量化口径。

三种声音都不算错，它们指向同一件事：速度是相对感受。 当所有人都在优化延迟的时候，单点提速带来的优势窗口会以月为单位缩小。真正会长期留在用户手里的，是那些不会被竞争对手一次更新抹平的东西。

额度这件事，才是同天的重头戏

就在提速公布的几乎同一时间，第三方研究机构发布了那份订阅实测报告。它的做法值得单独说，因为这可能是目前最靠谱的横评方法。

订阅产品不公开细粒度定价，用户只看得到一个零到百分之百的用量进度条，通常分五小时和七天两个窗口。研究机构的做法是：把输入、缓存写入、缓存读取、输出四类 token 逐一隔离，用专门设计的提示词反复调用，记录进度条每跳一格消耗了多少量，直到误差收敛到百分之五以内，最后再按公开的接口计费折算成「等价价值」。

结论分两层。旗舰档其实接近：两个产品的顶级模型额度差别不大，真正的区别是，对手那边顶级模型最多只能占用总用量的一半，另一半还能留给其他模型；而这边的顶级额度一旦用尽，整份订阅就见底了。

真正的差距在中档。 中档是两家都定位为「日常主力」的那一层，绝大多数用户实际上每天在消耗的是这个档位。在这个层级上，对手订阅的等价价值约为这边的五倍，并且在各个价位段全面领先。

一个诚实的对面：这个差距有没有水分

必须说明的是，这个对比不是没有争议。

主要的质疑是定价口径。这边中档模型的接口单价本来就比对手便宜得多，按接口的标价折算，自然显得吃亏。有人会说这不公平。

研究机构预判了这个质疑，也做了对照：即便改为直接比较 token 数量，差距依然很大。 这一条很关键，它把争议从「计价方式」拉回到了「实际能跑多少」。

另一个值得注意的发现是额度本身的不确定性。测试中发现，同一厂商三份相同档位的订阅里，有一个账号的额度比其他两个低约两成。跟厂商确认后才知道，这个账号被分进了一个规模很小的对照实验。这意味着厂商可以随时、静默地调整订阅额度，普通用户几乎无从察觉。 你今天买到的用量，和你三个月后续费拿到的，可能不是同一个东西。

降补贴这件事，两家选了完全不同的路

报告里有一段分析我认为比数据本身更值得看。

订阅是高度补贴的产品。据估算，某家的订阅收入只占总收入约一成，却可能吃掉四成以上的推理算力，让每兆瓦的混合收入减少相当可观的金额。对订阅收入占比更高的这家来说，压力只会更大。

两家都想降低补贴，路径却截然相反。对手走的是渐进路线：越高端模型的额度给得越保守，普通层差距不大，到旗舰层才明显收缩。这边走的是被报告形容为「核选项」的做法：直接把所有模型的额度一刀切，降到旗舰级水平。

按理说，一刀切应该招致强烈反弹，但报告认为这次很大程度上躲过去了——可能因为开发者日的大量正面宣传冲淡了前一天的降额消息，加上老用户还能多保留一个月旧额度。只是从社交媒体的情绪看，这次躲过去也许只是推迟。

关键的日期：十月二十九日

把两条线索合起来，会看到一个很精准的时间点。

此前的调整已经把二百美元档位的等价价值砍掉一半，具体来说每个模型档位可用的 token 数量都减半。降额前购买的套餐可以保留旧额度到十月二十九日，新购用户立即适用新额度。同期推出的更高档位，顶级模型额度只比旧版二百美元档多出两成一。

而十月二十九日，正好落在二十八天更新窗口之内。

这意味着：在这二十几天里，相当一部分重度用户还处在被保护的旧额度里，体感不到伤害；等窗口走到中后段，保护失效，这批人会直接感受到流量的变化。这几天社交媒体上的正面情绪，有一部分是被保护期的产物。

三类人的具体建议

轻度用户：这次提速是纯利好。 你大概率从没把额度用完过，也不在意某次任务多等了十几秒。把注意力放在「默认档变快」上就行，这是一个不需要任何操作就到手的改进。

中重度个人用户：把重点从速度移到额度。 速度已经不再是你的瓶颈——如果你的体感是「经常要等」，这次之后大概率会缓解；如果你的体感是「还没怎么跑就见底」，那么这次更新完全没有触及你的痛点。诚实的方法是连续七天记录自己的用量窗口什么时候见底，再据此决定要不要换。

小团队负责人：不要只看单价，看「每块钱能跑多少任务」。 两份订阅的标价可能接近，实际交付能力差出数倍。最省事的做法是拿一份真实任务集做七天对照：同一批提示词，分别在两个产品里跑到各自的窗口上限，记录完成的任务数量。七天的数据比任何横评都贴合你的实际负载。

别忽视的反驳： Token 效率也是价值

站在厂商角度，有一条辩护是有道理的，应该放进判断里。

官方的逻辑是：模型完成任务需要的 token 更少，所以单纯比较 token 数量或等价价值，并不能完全反映实际产出。这个论点是有一定道理的——如果同一个任务用一半 token 就能完成，那么「额度减半」未必等于「产出减半」。

问题在于：「每个任务能省多少 token」目前没有第三方量化数据，而额度减半已经是被测出来的事实。在拿到这组数据之前，把希望寄托在效率补偿上是不稳妥的。聪明的做法是把它当作一个未知数，而不是一张已经兑付的支票。

剩下的二十七天怎么盯

这轮更新计划还剩二十多天，按已知的承诺结构，接下来大概率会围绕「额度」做文章——恰恰是最敏感、也最难做好的那一项。

建议你提前做两件事：第一，把用量窗口清零的时间点记下来，至少记录七天，形成一条基线；第二，在十月二十九日前后重跑一次同样的任务集。两次数据的对比，会成为你今年做续费决策最扎实的依据，而且不需要依赖任何第三方报告。

一句总结：第一天解决了慢，但真正决定你明年还留不留下的，是剩下那二十七天里会不会解决少。