最近在使用 ChatGPT PLUS 的时候,我发现了一个挺有意思的“Bug”,感觉像是意外解锁了某种隐藏用法。

正常情况下,大家都知道 PLUS 号是有双重限制的:一个是每 5 小时的额度(比如每 3 小时 40 条或者类似的弹窗限制),另一个是每 week(周)的总额度。一般来说,如果你把 5 小时的额度用光了,系统就会弹窗让你“歇会儿”,得等下一轮刷新。

但这次情况不对劲。

现象:5 小时额度耗尽后,服务并未中断

当时我已经明确看到了系统提示 5 小时额度已用完。按理说应该停摆了,但我手头还在跑任务,惊奇地发现它居然还在继续输出!

我当时还纳闷,怎么感觉这段时间对话特别顺?过了一会儿我刷新一下界面看后台数据,结果把我惊到了:

  • 5 小时额度条显示已空。
  • 但是,周限额的使用百分比却一直在往上涨!

ChatGPT PLUS 显示 5 小时额度条已空,但服务仍在继续运行

截图显示 5 小时额度条已空,但周限额百分比仍在上涨,证实了系统能继续工作的现象

技术分析与原理推测

这看起来像是系统的计费逻辑出现了一个“漏洞”或者说是设计上的判定顺序问题。

通常,系统的限制逻辑应该是这样的:

  1. 用户请求 -> 检查短期额度(5小时)
  2. 如果短期额度未满 -> 放行并扣除短期额度
  3. 如果短期额度已满 -> 拒绝请求并提示冷却

但在出现这个 Bug 的账号上,逻辑似乎变成了:

  1. 用户请求 -> 检查短期额度
  2. 短期额度已满 -> 直接穿透检查周限额
  3. 如果周限额未满 -> 放行并直接扣除周额度

这意味着,短期限制失效后,请求没有被拦截,而是直接透支了更长期的周额度池。 平时一周的额度大概相当于 5 个左右的 5 小时额度包,但因为这个 Bug,你可以在 5 小时用完后,一口气把这 5 包额度全“连轴转”用光,完全不需要停顿等待。

实际体验与“羊毛”点

对于我们这种需要高强度跑图、频繁提问或者跑长代码的用户来说,这个状态其实算是“双刃剑”:

  1. 优点(趁热打铁): 如果你正好在处理一个紧急且长链条的任务,不需要因为“冷却时间”被打断思路,可以连续工作直到把一周的额度榨干。
  2. 缺点(毫无缓冲): 平时 5 小时一轮的限制其实是个保护机制,防止你一不小心把一周的份额一下子全造光。现在没了这个熔断机制,一旦你忘记看周限额的后台数据,可能半小时后你的号就彻底“欠费”了,得等到下周才能用。

注意事项

如果你发现自己的账号也出现了类似情况(5 小时光了还能继续用),这里有几个小建议:

  • 紧盯周限额: 别以为能无限白嫖,它扣的是真金白银的周额度,一旦周额度归零,那就彻底凉凉了。
  • 确认模式: 我当时没有开启 Goal 或某种特殊的插件模式,是原生的 GPT-4 界面出现的,所以应该是后端判定的问题。
  • 及时反馈还是默默使用? 这种计费逻辑上的漏洞,OpenAI 事后肯定会修复。如果你需要连续输出,趁现在还能用可以抓紧时间跑大任务;如果你更看重细水长流,建议还是手动控制一下节奏,别真的把一周的额度在半天内造完。

不知道大家的号有没有出现这种“越级扣费”的情况?

标签: none

评论已关闭