macOS Claude app — Plan sidebar shows stale cached plan after /clear; "Open plan" button non-functional

Environment

• macOS: 15.5 (Sequoia, Build 24F74)
• Claude desktop app version: 1.6259.1 (5095e7) — 2026-05-06T03:26:09.000Z
• Claude Code CLI version: v2.1.132 (running); user also reports v2.1.128 on separate terminal — possible version skew
• Session type: macOS app with Remote Control active (app controlling CLI session)

Steps to reproduce

1. Open macOS Claude app with Remote Control active — CLI session is synced to app
2. Create a planning session in CLI — plan file is written to ~/.claude/plans/<name>.md; plan appears in app's Plan sidebar
3. Run /clear in CLI to start a new conversation
4. In the new session, CLI writes a new plan file to ~/.claude/plans/<new-name>.md
5. Click "Open plan" in the app's plan approval banner

Observed behavior

• Plan sidebar continues showing the previous session's plan (different file, different content)
• "Open plan" button does nothing — no file opens, no error shown
• New plan file exists on disk and is readable via CLI/Finder, but the app never surfaces it
• Updating the app (to 1.6259.1) did not resolve the issue

Expected behavior

• With Remote Control active, the app should sync its plan view to the active CLI session
• After /clear, the app should invalidate the cached plan reference and reflect the new session's plan
• "Open plan" should open the plan file from the current CLI session

Workarounds tried

• Updated macOS app to latest (1.6259.1) — issue persists
• /clear multiple times — no effect

Potential contributing factor

• CLI v2.1.128 vs v2.1.132 version skew between app-controlled session and direct terminal — may affect Remote Control sync protocol

Suggested fix

• Remote Control sync should propagate /clear events and invalidate the cached plan reference in the app
• Add a file watcher on ~/.claude/plans/ so the sidebar auto-updates when a new file is written during an active Remote Control session
• "Open plan" should resolve the plan path from the current live session, not a cached pointer