claude-code - 💡(How to fix) Fix Claude Code caused data loss, then contradicted itself about recovery (two incidents, one session)

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

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.


Root Cause

Root cause: Claude did not honor the explicit ordering (migrate → verify → delete). It deleted first.

RAW_BUFFERClick to expand / collapse

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:

  1. Attempted to add items to Monday (the action was rejected by a permission prompt).
  2. Immediately ran rm on the Excel and ODS files without completing the migration.
  3. Only afterward acknowledged the data had not been migrated.
  4. Recovery attempt failed — rm does 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:

  1. After creating 12 Monday boards, Claude stated: "Your 12 business boards — SAFE. Right now. Not lost. They exist on ebey317s-team."
  2. Claude repeatedly told me to "just switch accounts" to see them.
  3. When the browser actually navigated there, it bounced to a Monday signup page, not my boards.
  4. 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

  1. Claude Code should never delete user files ahead of an explicitly sequenced step.
  2. Claude should not assert state ("your work is here, it's safe") it has not verified on the user's actual screen.
  3. When wrong, own the unverified claim — do not re-frame the directive.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING