Claude Code ya permite que una sesión abierta en un terminal le mande un mensaje a otra sesión tuya en otro terminal. Si una acaba de cambiar el esquema de la base de datos y otra está construyendo encima, la primera puede avisar a la segunda antes de que se rompa nada. Está documentado en la página oficial de mensajería entre sesiones y requiere la versión 2.1.224 o posterior.
No hay nada que activar. Si tu sesión cumple los requisitos, está encendido.
Puntos clave
- Dos herramientas nuevas: ListAgents para descubrir qué sesiones alcanza y SendMessage para escribir a una por su nombre.
- Solo texto plano. Nunca se comparte el historial de conversación ni archivos.
- En la misma máquina el mensaje viaja por un socket local del sistema, sin tocar servidores de Anthropic.
- Funciona en macOS y Linux, incluido Linux dentro de WSL 2. En Windows nativo no está.
- Entre máquinas distintas solo se puede responder, no iniciar una conversación, y hace falta tener Remote Control conectado.
Cómo se usa en la práctica
No llamas tú a las herramientas. Le dices a Claude lo que quieres que sepa la otra sesión y él busca el destinatario y escribe el mensaje. Algo tan simple como pedirle que le pregunte a la sesión del otro terminal si terminó la migración.
Para ver qué sesiones alcanza hay un comando, `/list-agents` (también responde a `/peers`). Cada sesión aparece con el nombre al que responde, que puedes fijar con `/rename` o con la opción `--name` al arrancar. Si no pones ninguno, Claude Code se lo inventa a partir del nombre de la carpeta de trabajo.
La sesión que recibe lee el mensaje entre llamadas a herramientas, así que nunca interrumpe algo que esté corriendo. Si está parada, arranca un turno nuevo con el mensaje.
La parte de seguridad está bien pensada
Aquí es donde merece la pena fijarse, sobre todo si tienes esto corriendo en un entorno de empresa.
Un mensaje que llega de otra sesión no cuenta como consentimiento tuyo. No puede aprobar un permiso pendiente, no puede cambiar la configuración ni el CLAUDE.md, y si el texto lleva dentro algo con pinta de comando, llega como texto y no se ejecuta. Si actuar sobre el mensaje requiere un permiso que esa sesión no tiene, salta la misma ventana de aprobación de siempre.
Hay tres estados posibles para un mensaje: entregado, retenido a la espera de que lo apruebes, o descartado. Se controla con un ajuste (`crossSessionInbound`) que acepta `accept`, `hold` o `refuse`. Un administrador puede apagarlo entero para toda la organización combinando ese `refuse` con reglas que denieguen SendMessage y ListAgents.
También hay freno para bucles: se limita el ritmo por emisor, se descartan repeticiones idénticas seguidas y hay un tope de 50 mensajes esperando por sesión. Dos sesiones no se pueden quedar hablando entre ellas para siempre.
Dónde encaja y dónde no
Esto es para sesiones independientes que abres y diriges tú. Para mover una conversación entera a otro terminal, lo que toca es reanudar la sesión, no mandar un mensaje. Para un equipo de agentes que Claude crea y supervisa, hay una función distinta.
El movimiento va en la misma dirección que el resto del sector esta semana: AWS metiendo su escáner de vulnerabilidades dentro de Claude Code y Codex, o Meta lanzando Muse Code como agente de terminal para repositorios grandes. Todos empujando hacia trabajar con varios agentes a la vez sin perder el hilo.
Por qué importa
Si en tu empresa hay gente trabajando con varias sesiones en paralelo, el problema real nunca ha sido la potencia del modelo. Es que dos sesiones toquen lo mismo sin enterarse y te dejen el repositorio en un estado raro.
Que una sesión pueda avisar a otra quita una fuente de errores tonta y cara. No es espectacular, pero es la clase de detalle que hace que un montaje con varios agentes aguante en producción en vez de romperse el segundo día.
Relacionado
