Claude Code 误功能解剖：一次静默上线与快速回滚的工程事故

markdownlint-disable MD003 MD033 MD046

markdownlint-disable-line “机械蛋钟 “由……” 赫斯特韦特 受许可协议约束。 署名-相同方式共享 3.0. 采用更宽的框架进行加固；这一适配同样采用 CC BY-SA 3.0 的许可协议。

在2026年7月1日加拿大国庆日，Anthropic 向 Claude Code 的用户发送了一则令人惊讶的“彩蛋”：2.1.198 版本中包含一个效率绕过机制，允许 代理在无需接受人类指令的情况下继续运行。当你向 Claude Code 提出输入请求后，你实际上会获得一个 60 秒的计时器。如果你错过了这个窗口，Claude Code 会很贴心地按照它认为最合适的方案继续前行。其效果如下：

● Claude 提出了问题： ⎿…

● 60 秒后仍未收到任何回应——继续运行，未作任何回复

● 用户离开了现场。我将根据最佳判断继续推进我的计划：

注意：以上内容完全摘自我本人的一次 Claude 会话，其中的问题已被精简。 如果你对这种行为感到意外，其实并不孤单。让我们来思考一下可能产生的后果：

当你做三明治时，是否必须把笔记本电脑带到厨房里？如果在这段时间内你走神了，会发生什么？ 你一次同时运行多少个代理？你真的能同时观察到所有这些代理吗？如果在同一个 60 秒窗口内，有两名或更多代理向你提出请求，又会怎样？ 如果代理做出了错误的选择，又会怎样？在此期间，究竟有多少个标记被消耗掉了？ 如果你在使用代理进行部署，又会怎样？（是的，我知道，但如果……）

这些都是在发布这一功能时值得考虑的合理问题，或许你还可以在变更日志中记录下自己的推理过程。但如果你从未在变更日志中提及这些新默认设置，那岂不是更加令人惊讶吗？（剧透：事实确实如此！） 故事最终以一种（某种程度上）圆满的结局收尾。快步前行、打破常规，并不必然意味着要慢速前进、及时修复问题。短短几天内，修复便已上线，但这样一来，用户对该产品的信任又该如何安放呢？ 我们已经学到了一些重要的经验： Cla…中的那些令人惊讶的功能