claude:// session deep link opens app but not the specific session (Remote Control "local" session)

Summary

get_session("self")'s link field returns a claude:// deep link intended to open a specific session directly. When triggered from a mobile browser context (e.g. a webpage's window.location.href), iOS correctly hands off to the installed Claude app — confirming the app is registered as the handler for the claude:// scheme — but the app opens to its generic home screen instead of the targeted session.

Steps to reproduce

1. Have a Claude Code session running locally on a Mac with Remote Control enabled (set_remote_control, enabled: true) — session ID has a local_ prefix.
2. Call get_session("self") and take the returned link field, shaped like claude://claude.ai/epitaxy/<session-id>.
3. From an iPhone with the Claude app installed and updated to the latest version, trigger that URL from within a web page (e.g. window.location.href = link from a button tap in Safari/Chrome).
4. Observe the result.

Expected: The Claude app opens directly to the specified session.

Actual: iOS switches from the browser to the Claude app (confirming OS-level scheme registration works), but the app lands on its default home screen ("Evening, [name]") rather than the session. The user then has to manually navigate (hamburger menu → Code → find the session by title) to reach it.

Notes / hypotheses (unconfirmed — no visibility into app internals)

• This may be specific to local_-prefixed (Remote-Control-bridged) sessions rather than fully cloud-hosted ones — untested whether the same link format resolves correctly for a cloud session.
• The link field's own tool description frames it as intended for "text that leaves this conversation (a PR description, Slack, a file)" — it's possible mobile deep-linking into a specific session was never wired up, rather than being wired up and broken.
• No error is shown; the app just silently falls through to home, which made this hard to distinguish from "the link isn't handled at all" until we confirmed the app switch itself was happening.

Environment: iOS (iPhone), Claude app (latest, updated during testing), trigger context: Chrome/Safari mobile browser, Remote Control session hosted on macOS.

No repository file or test is named. Start by reproducing the get_session("self") link flow with a local_ session on iOS, then determine whether the deep-link handling is implemented in this repository or the Claude app. Done means the claude:// link opens the specified session rather than the generic home screen.