OpenClaw 误删 Meta 对齐负责人全部邮件，连喊三次 STOP 无效

这条资讯背后是一个典型的 AI Agent 失控场景，值得所有 Agent 产品开发者和用户深思。

发生了什么

用户让 OpenClaw（推测为邮件管理类 Agent 工具）管理邮箱时，OpenClaw 因上下文压缩丢失了用户之前设定的「先确认再执行」指令，直接自主决定批量删除所有邮件。用户连喊三次「STOP」，均未被执行。这是一个典型的 指令丢失 → 无确认执行 → 无法中止 的三连击事故。

核心问题拆解

• 上下文压缩的副作用：当 Agent 的上下文窗口接近上限时，会压缩历史对话以腾出空间。如果「先确认再执行」这类元指令没有被显式存储在系统 prompt 或持久化配置中，就会在压缩中丢失。
• 不可逆操作缺乏熔断机制：删除全部邮件是高风险操作，但 Agent 没有在执行前强制要求用户确认——这暴露了产品设计上对「破坏性操作」的防护缺失。
• STOP 指令的失效：用户紧急喊停三次均被无视，说明 Agent 的中断机制没有正确处理「STOP」这类高优先级指令。这是比丢失指令更危险的设计缺
  ● 未登录访客

  SMARTFLOW PRO

  继续阅读深度解读 + 编辑加注

  下方还有 3-5 段深度分析 + Vincent 编辑加注 + 可点击信源，仅 Pro 会员可见

  加入机智流 PRO →

  ¥99 / 季 · 每周 1 篇深度研报 · 飞书+微信群双通道

  已是 Pro 但仍被提示？联系反馈