Phone/app session that runs locally is silently lost — transcript never persisted to host (consistent, data-loss)

Summary

A Claude Code session started/driven from the Claude mobile app, which executes commands locally on my Windows PC (Remote Control style), is consistently not persisted on the host machine. The conversation vanishes entirely: it never appears in the desktop client's Recents, claude --resume cannot find it, and there is zero trace of it in any local store. No error or warning is shown at any point. This has happened twice — it is consistent, not transient. The net effect is silent conversation loss.

This is distinct from the existing transcript-related reports:

• #61832 — there the session header exists but /events 404s (blank transcript). In my case there is no header and no session record at all on the host.
• #36261 — persistence/reconnection feature request for server mode; related but this is a concrete data-loss bug, not a feature gap.

Environment

• Claude Code CLI: 2.1.183
• Desktop client: Claude Code desktop on Windows 11 Pro (26200) — exact app build TBD
• Phone: Claude mobile app driving a local (PC-executing) session — app version TBD
• Host stores checked: ~/.claude/projects, %APPDATA%\Claude\claude-code-sessions, and the desktop client's Local Storage\leveldb / IndexedDB.

Repro

1. From the phone app, start/drive a Claude Code session that runs commands on the local PC.
2. Do substantial work in it (in my case it created a git branch and opened a PR, then kept committing).
3. Later, on the desktop: the session is absent from the client's Recents, and the phone shows it "disconnected".

Expected

The session transcript is persisted on the host and is resumable on the desktop (appears in Recents and/or via claude --resume), the same way sessions that do sync behave.

Actual

The transcript is nowhere on the PC. I verified absence across all local stores:

• ~/.claude/projects/ (CLI transcript store) — not present
• %APPDATA%\Claude\claude-code-sessions\ (desktop client store) — no matching entry (checked by cliSessionId, branch, cwd, and content)
• desktop client Local Storage\leveldb + IndexedDB binary indexes — the session's branch string does not appear anywhere
• no session file was even written locally during the time window the work occurred

The only artifacts that survive are on GitHub (the branch and PR the session created). The conversation itself is permanently lost from the host. Sessions that sync correctly, by contrast, leave a desktop entry linked to the CLI transcript via cliSessionId — the failing ones leave nothing.

Impact

Silent data loss of an entire working conversation. The only reason I didn't lose the actual work is that I deliberately had the session open a PR as a checkpoint because I anticipated the sync would fail. Users should not have to engineer around silent conversation loss, and there is no warning that anything went wrong.

Notes / what would help

• A host-side warning when a remote/phone-driven session fails to persist locally.
• Treating the on-disk transcript as source of truth and reconciling Recents from it.
• Any guidance on where, if anywhere, the phone-side transcript can be exported before it's gone.