Anthropic ha añadido mensajería entre sesiones a Claude Code: una sesión del terminal ya puede enviar un mensaje a otra que corre en el mismo equipo. La función llegó en la versión 2.1.224 y funciona en macOS y Linux, según 9to5Mac. Viene activada de serie, no hay nada que habilitar.
El caso de uso es concreto. Cada vez más desarrolladores tienen varias sesiones de Claude Code abiertas a la vez, cada una en una parte distinta del código. Hasta ahora, cuando una tocaba algo que rompía lo que estaba montando otra, el aviso lo daba la persona a mano, saltando de terminal en terminal.
Qué hacen las dos herramientas nuevas
Claude Code incorpora dos herramientas que el modelo llama por su cuenta: ListAgents, que localiza las demás sesiones a las que puede llegar, y SendMessage, que entrega el texto a una de ellas por su nombre. El desarrollador no invoca ninguna de las dos.
El mensaje es texto plano que un Claude escribe a otro. La documentación de Anthropic es explícita: nunca viaja el historial de conversación ni ficheros. Para mover una conversación entera se sigue reanudando la sesión, no enviando un mensaje.
Por dónde viaja el mensaje
La ruta depende de dónde esté la otra sesión. Entre dos sesiones del mismo equipo, el mensaje va por un socket propio en disco y no pasa por los servidores de Anthropic.
Los mensajes a una sesión de otra máquina sí pasan por Anthropic y llegan por la conexión de Remote Control de ese equipo. Esa vía es solo de respuesta: una sesión puede contestar a un mensaje que le ha llegado de otra máquina, pero no puede iniciar la conversación.
Lo que un mensaje no puede hacer
Los límites están bien puestos. Un mensaje de otra sesión no cuenta como consentimiento tuyo, así que no puede responder a una solicitud de permiso pendiente, y el Claude que lo recibe tiene instrucciones de no tocar la configuración ni el CLAUDE.md porque se lo pida otra sesión.
Un comando escrito dentro del mensaje llega como texto y no se ejecuta. Los bucles también están limitados: Claude Code frena los mensajes repetidos del mismo emisor y corta en 50 los mensajes sin leer por sesión. Ojo con una cosa, cada mensaje entregado consume como un prompt que escribieras tú, así que conviene tener presente el coste por modelo.
Qué significa para las empresas españolas
Para una empresa española, lo que importa de todo esto es la tabla de rutas. El trabajo que se queda en un equipo se queda ahí, y eso pesa cuando manejas datos sujetos al RGPD o información de cliente que te has comprometido a no mover.
Esa separación solo se sostiene si cierras la vía entre máquinas. Poner isolatePeerMachines en true obliga a que apruebes cada mensaje que salga del equipo, y la opción se puede activar desde un fichero del proyecto, pero no desactivar.
Un administrador puede apagarlo del todo por configuración gestionada, denegando SendMessage y ListAgents. Si tu equipo trabaja con material sensible, como en automatización documental, conviene decidirlo antes de que los desarrolladores lo activen por su cuenta.
Hacia el relevo entre agentes
La función es pequeña a propósito. Mueve una frase entre dos sesiones que ya has abierto y diriges tú, no coordina una flota; para eso Anthropic apunta a su función de equipos de agentes.
Tampoco está en todas partes. Windows nativo se queda fuera, y con él Amazon Bedrock, Claude Platform on AWS, la Agent Platform de Google Cloud y Microsoft Foundry.
Aun así, la dirección se ve venir. A medida que más trabajo pasa a agentes que corren en paralelo, la pregunta difícil deja de ser cómo escribir un buen prompt y pasa a ser qué le puede contar un agente a otro, una decisión de estrategia de IA más que de código.
