Claude Code新增收尾额度,触及上限后可先完成当前步骤

Claude Code新增收尾额度,触及上限后可先完成当前步骤

N
News Editor
2026-09-28 08:40:11
Anthropic宣布,Claude Code在触及5小时用量上限后,不再立即中断,而是启用名为Wrap-Up Allowance的「收尾额度」,先完成当前步骤再停止。该额度仍从周限额中扣除,不会增加总用量。Pro用户每周最多可用一次,Max和Team Premium在周额度未耗尽时可在每次触顶时使用。该功能要求Claude Code版本为2.1.277或以上,且目前仍在分批开放。

Anthropic对 Claude Code 的停机方式做了调整。

Claude Code新增收尾额度,触及上限后可先完成当前步骤 2

据 Anthropic 开发者账号 @ClaudeDevs 公布,Claude Code 在触及 5 小时用量上限时,不再直接中断当前任务,而是会先找到一个合适的停点,把正在进行的这一步完成后再停止。新功能名为 Wrap-Up Allowance,也就是「收尾额度」。

这一改动针对的是 Claude Code 过去最常被开发者诟病的一类体验:任务执行到一半被硬性切断,代码修改、调用调整和测试流程停在中间,用户需要自己回头核对哪些改动已经写入、哪些还没完成。

开发者 @tochukwudev 表示,这是他使用 Claude Code 时最大的困扰之一,因为每次中断都会留下半截改动,后续只能手动逐项梳理。@PaineofGlass 也提到,自己过去为了避免在中途被切断,会在接近限额时让 Claude 分段保存,或者直接上调超额支出上限。

收尾额度怎么运作

按照 Anthropic 的说明,当用户撞上 5 小时上限时,系统会从周额度中划出一小段固定额度,让 Claude 把当前这一步做完再停。界面会显示提示:「Usage limit reached · wrapping up.」

Claude Code新增收尾额度,触及上限后可先完成当前步骤 3

不过,这项功能的边界也写得很清楚:

  • 只覆盖正在运行的这一轮任务。触顶后再发送新消息,仍会被拦截,必须等待额度重置。
  • 不会额外增加总用量。收尾阶段消耗的额度,照常从周限额中扣除。
  • 不保证把整个任务做完。收尾额度用尽、当前步骤结束后,下一步不会继续开始。
  • 用户可以随时手动中断。

Anthropic 还表示,这份额度不能申请、不能累积,也不能挪到下一次使用,符合条件时会自动生效。

如果收尾额度仍不够,用户可以开启 extra usage 继续运行。系统会先用完这部分收尾额度,再按标准价格扣减用量额度,同时仍受消费上限约束。

不同套餐的可用次数不同

这项功能在不同订阅档位上的规则并不一样。

Claude Code新增收尾额度,触及上限后可先完成当前步骤 4

Pro 用户每周最多只能使用一次。即便那次没有把收尾额度用满,本周也会被视为已经使用过。

Max 和 Team Premium 用户则可以在每次触及 5 小时上限时使用该功能,前提是周额度尚未耗尽。

除此之外,用户还需要满足几项条件:Claude Code 版本需升级到 2.1.277 或更新版本;终端、IDE 插件和桌面端的 Code 页面都支持,但必须使用 Claude 账号登录订阅;账号和所在组织都需要存在满一段时间,不过官方没有公开具体时长,并表示后续可能调整。

该功能目前仍在分批开放,并非所有账号都已获得。

Claude Code新增收尾额度,触及上限后可先完成当前步骤 5

需要注意的是,使用 API Key 调用 Claude Code,或通过 Amazon Bedrock、Google Cloud Vertex AI 接入的用户,暂时无法使用这项功能。Claude 聊天窗口同样不适用。

至于收尾额度的具体数值,Anthropic 仅表示会根据套餐不同设置上限,但没有披露具体数字。

周额度刚调整,收尾额度仍从原有限额中扣除

就在这次更新前 10 天,也就是 9 月 14 日,Claude Code 此前临时增加的 50% 周额度促销结束,改为永久上调 25%。

按原始额度 100 计算,这意味着额度从 150 回落到 125,较此前最高水平减少约 17%。

Anthropic 最初在 X 上只提到「永久提高 25%」,随后遭到用户批评并被社区备注,之后删除原帖并重新发布,才补充说明「和当前水平相比,这是缩减了 17%」。

Claude Code新增收尾额度,触及上限后可先完成当前步骤 6

在这一背景下,Wrap-Up Allowance 虽然改变了 Claude Code 用量耗尽时的停止方式,但并没有增加新的总额度,因为收尾阶段消耗的部分仍然计入周限额。

X 平台评论分化

这项更新在 X 上引发了明显分化的反馈。

@DataDiscovered 认为,在编辑过程中被硬性切断,是 Claude Code 最糟糕的故障方式之一,这次的收尾额度可以算是 Anthropic 迄今最好的修复之一。@xDqtreats 则表示,自己正在从 Codex 转向 Claude Code,原因之一就是喜欢这个功能。

@nrajesh4u 说,这一需求他很早就反馈过,估计还有成千上万人提出过同样的问题。在他看来,这项功能直到现在才上线,本身就说明问题存在已久。

Claude Code新增收尾额度,触及上限后可先完成当前步骤 7

也有开发者认为,这项改动还不够。@shamilkch 表示,只有在下一次会话能够从已经写好的检查点继续执行时,收尾额度才真正有意义;否则它只是让 Claude 停得更平稳一些,本质上仍然是一次超时。

还有评论把焦点放在 5 小时限制本身。@ysdevastro 直接提问,能否为 Max 用户取消 5 小时限制,并称这是自己还没有从 Codex 切换过来的主要原因。

从这些反馈看,Codex 与 Claude Code 争夺的是同一批开发者,而额度规则已经成为用户比较产品时的重要因素之一。

Anthropic改的不是总量,而是停止的位置

从机制上看,这次更新并没有放宽 5 小时窗口,也没有提高周额度,连收尾阶段消耗的那部分额度也仍然从原有限额中扣除。

Claude Code新增收尾额度,触及上限后可先完成当前步骤 8

但开发者社区仍给出了积极反馈,原因在于 Claude Code 处理的任务形态已经不同于普通聊天机器人。对于一问一答式的对话,被打断后重新提问的成本通常不高;而 Claude Code 这类 Agent 往往会一次读取多个文件、修改多处代码、运行测试后再继续调整,一个任务持续几十分钟并不罕见。

在这种使用场景下,状态并不只存在于某一句回复里,而是存在于整串动作的执行过程中。任务停在什么位置,决定了用户回来接手时,是可以继续推进,还是要先花时间清理残局。

Wrap-Up Allowance 改变的正是这一点:不是增加更多时间,而是在额度耗尽时,尽量把当前步骤收完整。

参考资料包括 Anthropic 开发者账号 @ClaudeDevs 在 X 上发布的说明,以及 Anthropic 帮助中心关于 Claude Code Wrap-Up Allowance 的文档。原文注明,本文来自微信公众号「新智元」,作者为「ASI 启示录」。

本文最初由 Bit.Fan 发布。 欲了解更多加密货币新闻与市场洞察,请访问 www.bit.fan.
200

免责声明:

本平台展示的市场信息、项目资料与第三方内容仅用于行业信息分享,不构成任何形式的投资建议或收益承诺。

加密资产交易具有较高风险,用户应充分评估自身风险承受能力并独立作出决策,相关盈亏及法律责任由用户自行承担。