克劳德·代码：错误特征的剖析

#AI #security #cli #automation 克劳德代码：错误特征剖析 作者：Olaf Alders · 2026 年 7 月 17 日 · 阅读时间 29 分钟 · 6,163 字内容 Hustvedt 的“机械煮蛋计时器”已获得 CC BY-SA 3.0 许可。填充至更宽的框架；此改编同样获得 CC BY-SA 3.0 许可。 2026 年加拿大国庆日（7 月 1 日），Anthropic 向 Claude Code: 2.1.198 的用户发送了一个令人惊讶的“复活节彩蛋”：其中包含一个效率旁路，允许智能体继续前进，而不会受到人类指示的阻碍。在 Claude Code 要求输入后，您实际上会得到一个 60 秒的计时器。如果您错过了这个窗口，Claude Code 会帮忙做它认为最好的事情并继续前进。看起来像这样： ● 克劳德问：⎿ … ● 60 秒后没有回应 — 继续没有答案 ● 用户走开。我将做出最佳判断。我的计划： 注意：以上内容逐字摘自我自己的一次克劳德会议，问题已被删减。如果您发现这种行为令人惊讶，那么您并不孤单。让我们考虑一下可能的后果：做三明治时，您是否必须将笔记本电脑带到厨房？如果你在这个窗口期间 afk 会发生什么？您同时运行多少个代理？你能同时观察它们吗？如果两个或多个代理在同一个 60 秒窗口内要求您提供输入怎么办？如果代理人做出错误的选择怎么办？在此期间烧毁了多少代币？如果您使用代理进行部署怎么办？ （是的，我知道，但是如果……）这些是您在发布此功能时可能会考虑的合理事项，也许您会在变更日志中记录您的推理。但是，如果您根本没有在变更日志中提及新的默认值怎么办？这不是更令人惊讶吗？ （剧透：确实如此！）这个故事有一个（某种程度上）幸福的结局。快速行动和打破事物并不一定排除快速行动和修复事物。几天之内就发布了修复程序，但是用户对该产品的信任在哪里呢？我们学到了一些东西： Claude Code 中令人惊讶的功能在理论上（和实践中）可以由 Anthropic 按每日节奏发布 并非每个功能都一定会出现在变更日志中 不应该默认的功能可能没有记录的关闭开关 Claude Code 的自动更新功能感觉比我们早期怀疑的更像 YOLO 模式 有一些事情我不知道我们是否已经了解到：人类如何适应这个等式？这个功能是人类想象出来的吗？这个功能是人写的（或者是代理写的）吗？是否有人审查过该功能？是否有人签署了该功能？人类是否合并了该功能？人们是否选择不记录该功能或将其添加到变更日志中？人类发布经理是否将该版本与之前的版本进行了区分，并在发布之前给予了批准？就我个人而言，我很难相信人类在不问“这是一个好主意吗？”的情况下对所有这些步骤进行门控。如果你告诉我 Claude Code 实际上构建了该功能，发布了它，签署了它，然后认为它不值得记录，那么我更倾向于相信，但我只是不知道。也许这是这两件事的某种组合。也许有很多事情出了问题，但我认为很明显这根本不应该发生。我这样说是因为我至少接受过一次绩效评估，我的经理说“好吧，你确实在生产中引入了一个严重的错误”。我想知道这是怎么发生的，以及公共记录中有什么样的事后分析。所以，我请克劳德·科德进行自我调查。值得赞扬的是，Claude 似乎没有任何过滤器来阻止对这段代码的自我反思。因此，全面披露，接下来的内容主要是克劳德的工作，所以请考虑它的价值，如果你依赖任何关键假设，那么值得单独复制它们。克劳德的研究从这里开始。 # 时间线 2026-06-29 — 2.1.196 发布；记者的“最后一个工作版本（我猜测）”2026-06-30 — 2.1.197 发布；一条变更日志行，Sonnet 5 于 2026 年 7 月 1 日发布 - 2.1.198 发布 - 记者将回归固定到该版本。没有公开提交显示更改；此版本的唯一公开痕迹是机器人提交发布其注释（ 75709ea ），除了 CHANGELOG.md 和 feed.xml 之外什么都没有涉及 2026-07-02 02:54 UTC — Aleksey Nogin 于 2026-07-02 03:45 UTC 提交的问题 #73125 — 评论者揭示了逃生舱口：CLAUDE_AFK_TIMEOUT_MS 。在线程中点对点交易，没有在任何发行说明中指出 2026-07-02 — 2.1.199 在问题开放时发布了 24 个条目。还是没有提及。 2026-07-03 — 2.1.200 扭转行为；同样，唯一的公开痕迹是注释提交（1322e9b）2026-07-04 18:04 UTC - 问题已关闭对该问题的反应/规模：384👍，143条评论 - 不是一个利基投诉报告者的环境：2.1.198，“最后工作2.1.196（猜测）”，Opus，AWS Bedrock，VS Code终端git克洛