撞线之前，先把这趟活送到站

Anthropic 给 Claude Code 加了个体贴的机制：当 5 小时用量限额在任务中途撞线时，它不再一刀切断——而是试着找一个优雅的停止点（graceful stopping point），比如不把编辑停在半行代码上；为了收尾，会从你的周限额里扣一小笔固定额度，能收多少收多少。（演示视频见原贴） 这个设计的分寸感在于它认账了两件事。第一，硬切是有真实伤害的——编辑改到一半被掐断，留下的是半成品加一堆悬着的上下文，收拾残局的时间往往比收尾本身还贵；第二，收尾不是免费的——所以那笔"固定补贴"明码标价地从周限额里出，而不是偷偷送你。一边避免更大的浪费，一边不让让利变成漏洞，两头都交代了，这在限额类功能里相当少见。 它也悄悄改变了用户与限额的关系。过去限额是墙——撞上就停，情绪是"被拒绝"；现在限额更像班车——到点之前它会先把手里这趟活送到站，情绪是"下一轮再继续"。功能差异只有几行代码，体验差异是从对抗到可预期：你开始知道撞线会发生什么，就不再需要为撞线囤积或焦虑。这与"把不确定变成可操作的按钮"是同一个思路换了个场景——凡是可以预期的中断，都不再是惊吓。 给被限额追着跑的人一句落地的：与其盯着剩余额度过日子，不如把大任务切成"能在一次收尾里落地"的块——一块做完再开下一块，撞线时损失的永远只是最后一小截；反过来，把跨半天的大活一气压给它，等于每天都在赌那笔补贴够不够用。分块不是向限额低头，是把中断的成本压到可忽略。 顺带一句这套机制对做产品的人的启示：任何会"突然停止"的功能（试用到期、额度耗尽、会话超时），都值得加一道找优雅停止点的逻辑——花很小的代价，把用户记忆里的"被掐断"换成"被放下"。用户体验的最后一公里，往往就在这类收尾的细节里。