Remote Control: session name prefix lost after auto-rename, no machine identifier shown
Resolved 💬 3 comments Opened Apr 5, 2026 by pmsutter Closed Apr 8, 2026
Problem
When using --remote-control-session-name-prefix to distinguish sessions from different machines, the prefix is lost as soon as Claude auto-renames the session based on conversation content. Additionally, the remote control session list in claude.ai/code and the mobile app shows no machine/hostname identifier, making it impossible to tell which machine a session is running on.
Use case
I run Claude Code sessions on a headless Mac mini via a mobile app (SSH + tmux). I also run sessions on my laptop. When I open claude.ai/code, all sessions are mixed together with no way to tell which are on the mini vs. my laptop. They all just say "Remote Control."
Current behavior
- Start Claude with
--remote-control-session-name-prefix mm-MyMachine - Session initially appears as "mm-MyMachine: <auto-name>"
- After sending a message, Claude renames the session and the prefix is dropped
- In claude.ai/code, all remote sessions look identical — no hostname, no machine identifier
Expected behavior
Either:
- Persist the prefix through auto-renames (e.g., always show "mm-MyMachine: <conversation name>")
- Show the machine name in the session list (the
machine_namefield is already sent duringPOST /v1/environments/bridgeregistration) - Both — prefix + machine name would make multi-machine setups immediately usable
Environment
- Claude Code v2.1.92
- macOS (headless Mac mini via SSH + tmux)
- Remote control auto-enabled via
/config
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗