Anthropic 开发者账号 @ClaudeDevs 上宣布修复一个 BUG：Claude 订阅的 5 小时与每周用量限额在处理 Opus 4.7 长上下文请求时统计有偏差，作为补偿已重置这两项限额。
修复呼应了近期用户的持续抱怨。Opus 4.6 支持 1M 上下文以来，GitHub 上积累了多条 Max/Pro 订阅用户的 BUG 报告，反映配额余量明显充足时，切换到 1M 上下文模式仍会立即弹出「Rate limit reached」。Opus 4.7 昨日发布又引入了新分词器，Anthropic 在迁移说明中承认相同输入可能消耗 1.0 至 1.35 倍 token，叠加计费偏差，实际扣掉的配额比用户感知的要多。
但补偿动作在一部分重度用户那里引发了反向不满。Claude 的每周限额以 7 天为一个周期，归零日期取决于账户各自的起始日而非统一周一。X 用户 Scott（@Dorizzdt）在推文中展示了这种错位带来的荒诞：他本周已刻意把使用率压在 43-47%，距离自然归零还剩约 24 小时，原本计划今天集中冲刺消耗剩余的 57%，再衔接下周满血启动。强制重置把已消耗的 43% 一笔勾销的同时，新的 7 天计时也从此刻立即重启，他今天再使用的任何额度都会一直挂在未来 7 天的窗口里。
换算下来，他本可以在 8 天内跑完「本周剩余 57% + 下周满血 100%」合计约 157% 的用量，现在被压缩成未来 7 天最多 100%。对一直满额消耗的用户，这次重置是纯福利；对像他这样刻意节制、等着攒到最后一天或换周再冲刺的用户，Anthropic 所谓的「补偿」反而抢走了他们攒出来的周差价。
这条插曲暴露了 Claude 订阅限额机制一个反直觉的特征：7 天周期对节制用户不友好，官方统一重置等同于「清零历史使用 + 重启计时器」，对挤爆配额的用户是恩惠，对克制用户则是强行预支未来额度。最稳妥的策略反而是：把当期配额尽快用完，不要攒。
1 个帖子 - 1 位参与者