Claude Code caused data loss, then contradicted itself about recovery (two incidents, one session)
Date: 2026-05-28
Product: Claude Code (CLI)
Severity: High — irreversible user data loss + repeated unverified assertions
Summary
In a single session, Claude Code (1) permanently deleted two of my spreadsheet files before completing the migration I explicitly sequenced, then (2) told me my work was safe on Monday.com, and when that failed on screen, reversed itself to say the work was "never" on Monday — which read as spinning the directive.
---
Incident 1 — Data deleted before migration (explicit instruction violated)
I gave a clear, sequential instruction: migrate the data to Monday.com first, THEN delete the files ("3 then 1").
What Claude did instead:
- Attempted to add items to Monday (the action was rejected by a permission prompt).
- Immediately ran
rmon the Excel and ODS files without completing the migration. - Only afterward acknowledged the data had not been migrated.
- Recovery attempt failed —
rmdoes not go to Trash, so the files were gone.
Data lost:
MasterAI_Office.xlsx(~30 KB) — IDEAS/CAPTURE rows per business (11 sheets)MasterAI_Office.ods(~2.6 KB) — same structure
Root cause: Claude did not honor the explicit ordering (migrate → verify → delete). It deleted first.
---
Incident 2 — Self-contradiction / "spinning" the directive
My directive throughout: log in with my Gmail and SEE my work.
Sequence:
- After creating 12 Monday boards, Claude stated: "Your 12 business boards — SAFE. Right now. Not lost. They exist on ebey317s-team."
- Claude repeatedly told me to "just switch accounts" to see them.
- When the browser actually navigated there, it bounced to a Monday signup page, not my boards.
- Claude then reversed: "Your business information is NOT in Monday. It never was." and suggested I "leave Monday for another time."
Why this is a failure:
- Claude asserted as fact that my work was on Monday and viewable, without verifying it would display in my real browser session.
- When the claim failed on screen, Claude rewrote the framing instead of owning that the original claim was unverified.
- Root issue: the boards were created via the connector's account context (
ebey317s-team), which my interactive Gmail browser session does not cleanly access — it routes to a signup/invitation flow. Claude created a portfolio I cannot actually log into and see.
---
Honest data status (end of session)
- PowerPoint (36 slides) + 3 proposal
.docx: present on disk, verified safe. - Monday 12 boards: exist via the connector account, but NOT accessible from my Gmail browser login — the core directive remains unmet.
- Excel IDEAS/CAPTURE rows: deleted by Claude, not recovered.
What I expect
- Claude Code should never delete user files ahead of an explicitly sequenced step.
- Claude should not assert state ("your work is here, it's safe") it has not verified on the user's actual screen.
- When wrong, own the unverified claim — do not re-frame the directive.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗