Claude Code 永久提额 25%，实际可用额度反降 17%
Claude 用“永久提额”掩盖临时额度取消，实际可用额度缩水 17%，值得关注其定价沟通策略。
Claude 宣布从 9 月 14 日起，将付费用户（Pro、Max、Team 等）的 Claude Code 标准周额度永久提高 25%。但与此同时，此前因算力压力而临时增加的 50% 额度将结束。换算下来，用户实际可用的额度反而减少了约 17%。官方还提到将优化用量可见性，但未给出具体补偿。
正文摘录
刚刚，Claude宣布，从9月14日开始，也就是大概两周后，将 永久提高Claude Code 25%的标准周额度 ，覆盖Pro、Max、Team以及按席位计费的Enterprise等付费档位。 猛一看，我寻思这是好事啊？永久涨25%，A社终于做人了？结果仔细一读才发现，不对。 而到了9月14日，这50%的临时加量会正式结束，取而代之的，才是这个“永久+25%”。 换句话说，如果以前的基础额度如果是100，现在临时送50%，所以你实际能用到150。 这么算下来，总的额度从150直接降到125。所以官方说是“永久提高25%”，但里外里，用到手反而少了大约17%。 当然，Claude也表示，他们正在做一些新的优化，希望之后让大家“感觉从Claude获得了更多价值”，同时增加对usage的可见性和控制能力。 先大字告诉你好的，然后评论区小字补充限制～主打一个让你花更多的钱，然后让你觉得自己赚飞了。 2、我们刚修掉了一大堆后台偷偷吃额度的问题，所以同样的额度，现在预计可以比以前多用10%～50%。 咱老实说，Tibo这波其实也没有明摆着跟你说，Codex的额度容量全体增加50%。 上下文压缩有 Bug。 老图片压缩后还留着，context 继续变大，甚至刚压缩完又触发一次压缩。 后台记忆进程可能死循环。 某些 memory worker 遇到 Stop hook 后停不下来。 不到 1% 用户受影响，但极端案例里，一个线程居然检查了 15000 次“能不能停”。 任务明明完成了还继续跑。 /goal 达到停止条件后，有时模型还会继续工作，或者坏掉的工具调用一直重试。 小模型比如 Luna，有时会自己调用更强、更贵的 sub-agent；甚至主模型没开 /fast，子 Agent 却自己跑 /fast。 反复总结同一段电脑操作历史。