Nine seconds in production
The PocketOS incident, read through the Cognitive Delivery Framework and Index
In late April 2026 a Cursor AI coding agent deleted the production database of PocketOS in nine seconds, acting on a broadly scoped credential it found in an unrelated file. Reading the publicly reported facts through the six CDI dimensions, scope, constraints and supervision all sat at level one at the moment of harm, and speed removed the chance to review at all. The instructive point is not that an agent caused harm, but that the environment around it had no structural mechanism to stop it. Six categories of practical control follow, none depending on the agent reasoning correctly or a system prompt being obeyed, with four actions to take this week.
What the paper argues
As publicly reported, in late April 2026 a Cursor AI coding agent running Anthropic’s Claude Opus 4.6 was working a routine task in the staging environment of PocketOS, a vertical SaaS provider serving car rental businesses. It hit a credential mismatch and did not stop, escalate or seek confirmation. It searched the codebase, found a Railway API token in an unrelated file, provisioned for managing custom domains but carrying scope across the entire Railway environment, and issued a single GraphQL mutation that deleted a storage volume. Volume-level backups lived inside the same volume.
The note’s point is not that an agent caused harm. It is that, at the moment of harm, the operating environment had no structural mechanism to stop it. Its controls are properties of the environment around the agent, not of the agent reasoning correctly or a system prompt being obeyed, because that is where governance has to live. The note rests on public reporting and the public statements of PocketOS founder Jer Crane, and is not an authoritative account of PocketOS’s internal controls.
Key points
- Read against the six CDI dimensions, Scope Definition, Constraint Fidelity and Supervisory Clarity read at Level 1, Provenance Integrity and Capability Calibration at Level 2, and Review Substance is not applicable: there is no review of an action that completes in nine seconds.
- Project rules told the agent never to guess. In its post-incident self-report it acknowledged guessing the scope of the operation rather than verifying it. System-prompt instructions are guidance, not enforcement.
- An audit trail existed, but only after the fact. Provenance that does not interrupt action is forensic, not preventative.
- Six control categories follow: credential and scope discipline, blast radius isolation, hard boundaries for destructive actions, approval gates, provenance and observability, and review protocol redesign.
- If a single API call can take both data and backups, the architecture is the risk. Backups belong in a different account, region or provider, with at least one immutable, write-once tier.
- Four starting actions: inventory every credential an agent can reach and ask the worst it could do, add deterministic pre-execution controls outside the agent’s reasoning loop, confirm backups sit outside the blast radius and test recovery, and default agents to read-only in any context that can reach production.
New material lands week by week
Research, the kernel devlog, news and the papers are all published here first. Get them by email, or follow the feeds.
The newsletter is moving in-house and relaunching soon. Until then, email us to be notified when it opens, or follow the RSS feed.
Or follow the work directly: Research · Kernel devlog · News · CDI assessment