[Bug] Remote-control bridge session returns not_found error, session not registered on server
Description:
When starting a remote control session via /remote-control or claude remote-control --name "...", the CLI reports the session as active and generates a session URL, but attempting to access it from claude.ai/code or the Claude app returns "Failed to load session."
Steps to reproduce:
Run claude in a project directory
Enter /remote-control inside the session
CLI shows: /remote-control is active · Code in CLI or at https://claude.ai/code/session_01CcrTtsFbisnKXY7WEZdsQX
Open the URL in browser or Claude app → "Failed to load session"
Verify via curl: curl https://api.anthropic.com/v1/claude-code/bridge/sessions/session_01CcrTtsFbisnKXY7WEZdsQX → returns {"type":"error","error":{"type":"not_found_error","message":"Not Found"}}
Expected behavior: Session should be accessible from claude.ai/code or the Claude mobile app.
Actual behavior: Bridge session is never registered on the server side. The local ~/.claude/sessions/*.json file is created correctly with a valid bridgeSessionId, but the server has no record of it.
Environment:
Claude Code version: 2.1.109
Subscription: Max
Auth method: claude.ai OAuth (confirmed via claude auth status)
OS: macOS, Mac Mini (Apple Silicon)
No ANTHROPIC_API_KEY set
Network: direct connection, no proxy, api.anthropic.com reachable (HTTP 200 in ~110ms)
claude remote-control --verbose provides no additional output beyond the timeout error
Additional notes:
claude remote-control --name "zamtel" fails with Error: timeout of 15000ms exceeded
Running /remote-control inside an interactive session partially works (session file is created) but the bridge session is not found on the server
Logging out and back in does not resolve the issue
Issue persists across multiple attempts and sessions
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗