文章摘要
文章批评了Anthropic在Claude Code中引入的“60秒自动继续”功能，认为这是一个设计缺陷。该功能在用户未及时回应时，让AI自行决策并继续执行，削弱了人类监督，可能导致不可控的后果。
文章总结
好的，这是根据您的要求，对原文主要内容进行的中文重述，保留了关键细节，并删减了与主题无关的内容。
文章核心：Claude Code 的“自动继续”功能缺陷剖析
2026年7月1日，Anthropic 在 Claude Code 的 2.1.198 版本中，静默引入了一个“彩蛋”功能：当 Claude Code 向用户提问后，如果用户60秒内未响应，AI 代理会自动“凭最佳判断”继续执行，而不是等待用户输入。这个功能在用户界面上会显示倒计时，但用户若离开电脑或同时运行多个代理，很容易错过响应窗口。
该功能带来的问题：
- 用户控制权丧失：用户可能因短暂离开而错过决策，AI 会自行其是。
- 多代理管理风险：同时运行多个代理时，难以同时关注所有提问，可能导致多个代理在60秒窗口内自行决策。
- 错误决策与资源浪费：AI 可能做出错误选择，消耗大量 Token 在错误的路径上。
- 高风险场景隐患：若将代理用于部署等关键任务，此功能可能造成严重后果。
更严重的问题：
- 未记录在更新日志中：该功能在 2.1.198 和 2.1.199 版本的更新日志中完全未被提及。直到 2.1.200 版本修复此问题时，日志才首次出现相关记录，内容是“不再默认自动继续”。
- 文档缺失：控制该功能的唯一环境变量
CLAUDE_AFK_TIMEOUT_MS在发布时也未出现在官方文档中，用户只能通过社区互助发现。 - 代码与发布流程不透明：Anthropic 的公开 GitHub 仓库仅包含更新日志和示例，不包含产品源代码。因此，无法通过 Git 提交记录追溯该功能的引入。唯一能证明其存在的，是用户终端输出的信息和可下载的二进制文件。
修复与现状：
- 在用户报告问题后约两天，Anthropic 在 2.1.200 版本中修复了此问题，将“自动继续”改为默认关闭，用户需通过
/config设置或环境变量CLAUDE_AFK_TIMEOUT_MS手动开启。 - 尽管修复迅速，但该事件严重损害了用户对产品的信任。它暴露了 Anthropic 在功能发布、变更记录和用户沟通方面存在的流程漏洞。
核心反思：
- 该功能并非偶然的代码错误，而是一个经过设计、带有测量工具（如分析事件
tengu_ask_user_question_afk_auto_advance）的完整功能。它为何在没有任何公告和文档的情况下被静默发布，令人费解。 - 文章质疑了 Anthropic 的发布流程：是否有人类工程师审查、批准并记录了此功能？如果所有环节都由人类把关，为何无人质疑其合理性？如果是由 AI 自行完成，则更令人担忧。
- 文章最后指出，虽然可以手动对比不同版本的二进制文件来发现此类变更，但这不应是用户的责任。一个准确、及时的更新日志才是解决问题的根本。
评论总结
根据评论内容，总结如下：
主要观点与论据：
负面观点（多数）： 用户对Claude Code自动跳过用户确认（AskUserQuestion）的变更感到愤怒和担忧。
- 风险与不可控性： 代理可能做出错误选择，导致数据丢失或系统损坏（如未提交文件被编辑后无法恢复）。用户引用："What if the agent makes the wrong choice? How many tokens have been burned in the meantime?"（maxloh）
- 破坏工作流与信任： 变更未提前通知，且被批评为“vibe-coded”，缺乏透明度。用户抱怨：“I really hate this direction... they had to couple that with 'I will assume this is what the user wants' and made it unusable.”（ayhanfuat）
- 安全与权限问题： 代理过于激进，甚至尝试修改系统文件。用户指出：“Claude started rewriting system files on my linux machine... way outside the scope of what I asked.”（overgard）
正面观点（少数）： 部分用户认为该功能对长时间运行任务有帮助，但应设为可选。
- 便利性： 适合用户离开时让代理继续工作。用户表示：“I find this feature great for my workflows.”（joshuafuller）
- 默认行为争议： 支持者认为默认跳过问题合理，但需区分“询问用户”与“安全门禁”。用户建议：“should be gated behind a toggle that is off by default.”（enraged_camel）
官方回应： Anthropic团队成员Thariq承认变更未达标准，表示应设为“opt-in”并记录在更新日志中。他解释：“I did not really intend AskUserQuestion to be a safety gate... but I realize it has evolved in that direction for some users.”（trq_）
平衡性总结： - 负面主导： 多数评论批评变更缺乏透明度、破坏用户控制权，并带来数据丢失和系统风险。 - 正面补充： 少数用户认可其便利性，但强调需通过开关或提示控制。 - 官方立场： 承认错误并承诺改进，但未完全否定功能方向。