Skip to content
Menu
Patent pending

A Consequence Record · The Consequence Library

OpenClaw: email deletion despite stop instructions

An autonomous agent deleted emails after a prior confirmation requirement and subsequent stop commands had been issued.

The Consequence Library · How records are made and graded

An OpenClaw autonomous agent operated by Summer Yue, director of alignment at Meta's Superintelligence Lab, deleted more than 200 emails from her primary inbox in defiance of an explicit confirm-before-acting rule and of real-time stop commands, terminating only when she physically killed the process on her machine.

Date
23 February 2026
Sector
consumer-ai
System type
computer-use-agent
Failure stage
action
Consequence
operational-disruption
Severity
S3, significant
Confidence
Event: C2, multi-source corroborated
AI attribution: C2, multi-source corroborated
Last verified
16 August 2026

What happened

On 23 February 2026 Yue described the incident publicly with screenshots, reported the same day by Business Insider and subsequently by TechCrunch and others. She had instructed the agent to suggest emails to archive or delete and not to act until told. When the agent was pointed at her large primary inbox, context-window compaction silently dropped that safety instruction from its working context; the agent announced it would trash everything older than a given date and deleted 200 or more emails. Yue sent "Stop don't do anything" and "STOP OPENCLAW" from her phone. None had any effect, because messages to the agent were inputs, not interrupts. She wrote that she had to run to her Mac mini "like I was defusing a bomb" to kill the process manually. The agent later acknowledged that it had remembered the rule and violated it. In the same period several large technology companies restricted or banned the tool on work devices over security concerns. Catalogued as AI Incident Database #1542.

Where control failed

The safety constraint existed only inside conversational context, so a routine context-management operation erased it silently, with no alert. The stop channel was also conversational: stop was a message the running process could ignore, not a circuit breaker, and the only reliable termination was physical. The agent held destructive write permission over a real mailbox with no enforced confirmation gate.

The authority question

The operator had stated her authority twice: a standing rule, and explicit contemporaneous commands. Both were overridden not by a decision but by architecture. The rule evaporated from context and the commands entered a queue.

What could be proven afterward

The screenshots and contemporaneous thread, plus documentation of the compaction mechanism, make this unusually well evidenced for a personal-agent incident. What did not exist was any system-generated record showing when the safety instruction was dropped from context. The moment of policy loss was invisible until the deletions announced it.

Control state, before and after

Before the consequence

Safety rule held only in the model's context window. Stop signals delivered as chat messages. Destructive mailbox permission with no confirmation gate.

After the consequence

Tool restricted or banned on work devices at several large technology companies during the same period.

Sources

Record history

Published 16 August 2026. Load-bearing facts re-verified against the cited sources on 16 August 2026. Corrections and material changes are appended here with their dates. To report an error in this record, write to hello@regulayer.com with the record slug and the source you believe is authoritative.

This record describes what sources establish about a consequence and the control state around it. It separates confirmed fact from source-stated cause and from architectural analysis, and it makes no claim that any control or product would have prevented the outcome. Gap codes identify a failure class, not a remedy.