Cómo compartir contexto entre sesiones de Claude Code (2026)

La mensajería entre sesiones requiere Claude Code v2.1.224 o posterior y se ejecuta en macOS y Linux, incluyendo Linux dentro de WSL 2 (no se ofrece en Windows nativo). Cuando una sesión cumple con los requisitos, según la documentación, "la mensajería está activada sin necesidad de habilitar nada".

Dos herramientas la impulsan: ListAgents para descubrir a qué agentes puede llegar Claude, y SendMessage para entregar un mensaje a uno de ellos por su nombre. No invocas ninguna de las dos: "Claude descubre el objetivo con ListAgents y lo envía con SendMessage, por lo que nunca llamas a ninguna de las dos herramientas tú mismo". Escribirías un prompt como "Pregúntale a la sesión que se ejecuta en mi otra terminal si terminó la migración", y Claude escribe el mensaje real.

Un mensaje entrante se ve así, que es el propio ejemplo de la documentación:

`` Schema migration finished: the new column is tenant_id, and rebasing on main is safe now. ``

Esa es la forma de toda la función, y es genuinamente útil. Cuando una sesión realiza un cambio que rompe aquello sobre lo que otra está construyendo, Claude puede advertir a esa sesión antes de que te des cuenta. Cuando una resuelve una duda que bloquea a otra, la respuesta se transmite. Los casos documentados son transferir un hallazgo, coordinar worktrees paralelos, obtener el estado de un trabajo de larga duración y responder entre máquinas.

Vale la pena conocer los límites con precisión, porque definen lo que todavía tienes que resolver por ti mismo:

• Solo texto. La sección de Limitaciones dice "Solo texto plano". Y la frase clave: "Un mensaje es un fragmento de texto que un Claude escribe a otro, nunca el historial de conversación ni archivos. Para mover una conversación completa o su contexto, reanuda la sesión en su lugar". La sesión receptora "obtiene solo ese texto, nunca el historial de conversación ni los archivos del remitente".
• Entre máquinas es solo de respuesta. Los mensajes en la misma máquina viajan a través de un socket por sesión y nunca a través de los servidores de Anthropic. Los mensajes a tus sesiones en otras máquinas o en la web viajan a través de los servidores de Anthropic mediante Remote Control, y desde aquí, Claude "solo puede responder. No puede iniciar el intercambio".
• El descubrimiento se basa en el sistema de archivos. Cada sesión se registra en archivos en el disco y vincula un socket de bandeja de entrada allí, por lo que dos sesiones se comunican entre sí solo cuando pueden ver los mismos archivos. Una sesión dentro de un contenedor y otra en el host no pueden comunicarse; dos dentro del mismo contenedor sí pueden.
• La entrega no está garantizada. Cada mensaje se verifica contra los controles de entrada de la sesión receptora y termina como Entregado (Delivered), Retenido (Held) o Rechazado (Refused), gobernado por crossSessionInbound (accept / hold / refuse). Un mensaje retenido abre un diálogo de aprobación que expira (el valor predeterminado de dialogExpiry es de cinco minutos) y Claude Code retiene como máximo 100 mensajes, descartando los más antiguos a partir de ahí, con un límite de 50 mensajes aceptados en espera de ser leídos por sesión.
• Un mensaje no tiene autoridad. "No puede aprobar nada", no puede cambiar la configuración (Claude tiene instrucciones de nunca cambiar la configuración de permisos, CLAUDE.md u otra configuración porque otra sesión lo haya pedido); un /compact en el texto "llega como texto plano" y nunca se ejecuta, y las solicitudes de permisos se siguen activando en el lado receptor.
• Una vez entregado, tiene costo. Un mensaje entregado "cuenta para el uso como un prompt que escribes".

Nada de eso es una queja. Es un canal de coordinación bien delimitado, y los límites son deliberados: un mensaje que pudiera aprobar permisos o reescribir CLAUDE.md sería un problema de seguridad, no una función.

Enviar un mensaje no es compartir una memoria

La distinción lo es todo. Un mensaje es una transferencia única del resumen de algo hecho por un Claude, en un momento dado, a otra sesión. La memoria compartida significaría que varias sesiones leen del mismo registro duradero, donde escribir algo una vez lo pone a disposición de todas las sesiones, incluidas las que aún no existen.

La mensajería te da lo primero. Es la diferencia entre gritar a través de la oficina y escribir en un documento compartido. Ambas cosas son útiles; solo una de ellas sigue ahí mañana.

El mensaje es un resumen, y los resúmenes pierden información a propósito

Claude escribe el mensaje por sí mismo; las notas de la documentación indican que "lo que envía Claude varía" incluso para el mismo prompt. Ese es el diseño correcto para un aviso de coordinación y el incorrecto para la transferencia de conocimiento: la advertencia que habrías querido es exactamente lo que se comprime, y después no queda registro de lo que se descartó.

El mismo patrón aparece un nivel más abajo con los subagentes, donde cada uno "se ejecuta en su propia ventana de contexto" y "devuelve solo el resumen". La resumización es la forma en que Claude Code protege los presupuestos de contexto en todo momento. También es la razón por la que nada se acumula.

Nada sobrevive a las sesiones

Cierra las tres terminales y cada mensaje que pasó entre ellas desaparecerá junto con las conversaciones que los contenían. La sesión de la próxima semana comenzará desde tus archivos, exactamente igual que antes, razón por la cual Claude Code sigue comenzando cada sesión sin el contexto de tu proyecto sin importar lo bien que se hayan comunicado tus sesiones el jueves pasado.

Tres características que se confunden con una sola

La documentación tiene cuidado de separar estas funciones, y usar la incorrecta es la forma más común en que la gente termina decepcionada:

• Reanudar una sesión: continuar una conversación en otro lugar o compartir su contexto con una nueva sesión. Esta es la forma documentada de mover el contexto, y mueve el contexto de una conversación.
• Mensajería entre sesiones: sesiones independientes que inicias y diriges, transmitiendo texto.
• Equipos de agentes: un equipo coordinado de sesiones que Claude genera y supervisa, con mensajes de protocolo estructurados que permanecen dentro del equipo.

Además de la vista de agente para observar muchas sesiones, Remote Control para dirigir desde otro dispositivo y canales para enviar eventos externos como resultados de CI a una sesión. Seis mecanismos, y ninguno de ellos es un lugar para conservar lo que tu proyecto sabe.

Reanudar en lugar de enviar mensajes. El paso correcto cuando realmente quieres el contexto, y es a lo que te remite la documentación. Te ofrece la continuación de una conversación, no tres sesiones compartiendo una base.

Poner todo en `CLAUDE.md`. La respuesta estándar y genuinamente el hogar adecuado para las reglas permanentes, ya que cada sesión lo carga. Es un costo por solicitud, por lo que se mantiene corto; y contiene lo que decidiste escribir, no lo que aprendiste ayer.

Copiar y pegar entre terminales. Lo que la mensajería fue diseñada para reemplazar, y Anthropic lo plantea de esa manera: "en lugar de que copies y pegues entre terminales". Mejor ahora, pero sigue siendo una transferencia manual de un resumen.

Una sesión gigante en lugar de varias. Evita el problema de coordinación recreando el problema de compactación: las sesiones largas pierden el medio de su propio contexto.

Worktrees con notas por worktree. Disciplinado y viable. Ahora estás manteniendo N conjuntos de notas que no se conocen entre sí, lo cual es el mismo problema de divergencia en forma de archivo.

Equipos de agentes para todo. Ideal cuando quieres un equipo supervisado enfocado en un objetivo, pero incorrecto como mecanismo general para compartir contexto: los mensajes de protocolo del equipo permanecen dentro del equipo, y el equipo termina.

Mantén el canal de coordinación para la coordinación y coloca el conocimiento en un lugar del que lean todas las sesiones.

Esa es la capa que ninguna de las seis características cubre: un almacén que sobrevive a cada sesión, en el que cualquier sesión puede escribir un hallazgo y cualquier otra puede leer, incluidas las sesiones en tu otra máquina, dentro de un contenedor, en Windows nativo o en una herramienta completamente diferente. No es un mensaje que se consume, ni un archivo que crece hasta que resulta costoso cargarlo.

MemoryLake está diseñado para ese trabajo: una capa de memoria que tus sesiones y agentes leen a través de MCP o la API, conservando las decisiones y los documentos que produjo tu trabajo. La mensajería le informa a la sesión B sobre el cambio de esquema ahora; el almacén es la razón por la cual la sesión D lo sabrá la próxima semana.

Dos límites honestos. Esto no reemplaza la mensajería entre sesiones, ni debería hacerlo: una advertencia a mitad de la tarea de que un cambio acaba de romper algo debe llegar ahora, y para eso es exactamente la mensajería. Y un almacén compartido no garantiza que una sesión actúe según lo que lee; ese es el comportamiento del modelo. Lo que cambia es que el conocimiento existe en un lugar duradero y recuperable en lugar de solo dentro de las conversaciones.

Paso 1: Crear una clave de API

Genera una clave y realiza tu primera solicitud en unos 30 segundos. Mantenla en tu entorno o en un gestor de secretos; ten en cuenta que un mensaje de otra sesión tiene expresamente prohibido cambiar tu configuración, y tus credenciales merecen el mismo trato.

Paso 2: Sube tus primeras memorias

Sube los documentos, imágenes y archivos que contienen lo que tus sesiones siguen redescubriendo: las decisiones de arquitectura, las notas de esquema, las limitaciones con las que alguien se topó la semana pasada. Sube fuentes en lugar de resúmenes siempre que puedas; todo el problema con un mensaje transmitido es que ya era un resumen.

Paso 3: Conecta tu IA y agentes

Dale a Claude, Codex, OpenClaw y otros agentes de IA acceso a la memoria a través de MCP o la API. Claude Code es compatible con servidores MCP, por lo que cada sesión lee el mismo almacén desde su propia configuración, incluidas aquellas a las que la mensajería no puede llegar, como una sesión en Windows nativo o dentro de un contenedor aislado del host.

La primera diferencia es que un hallazgo deja de ser un mensaje y se convierte en un hecho. La sesión A descubre que la API del proveedor devuelve 200 en caso de fallo; en lugar de avisar a la sesión B y perderlo cuando ambas se cierren, va al almacén y cada sesión futura lo tendrá.

La segunda es que las máquinas y los contenedores que la mensajería no puede conectar dejan de ser un problema. La mensajería entre máquinas es solo de respuesta y las sesiones aisladas en contenedores no pueden ver los sockets de las demás, pero todas pueden acceder a una API. Tu portátil de trabajo y tu contenedor leen el mismo conocimiento, que es la versión práctica de no perder el contexto entre máquinas.

La tercera es que los mensajes se vuelven más cortos y mejores. Cuando la base compartida ya está allí, el mensaje solo tiene que llevar lo nuevo: "hacer rebase en main es seguro ahora" en lugar de un párrafo que restablezca qué era la migración.

Y sobrevive a la herramienta. Una decisión de esquema también es válida en Codex y Cursor. Si se mantiene en conversaciones entre sesiones de Claude Code, es un artefacto de Claude Code; si se mantiene en un almacén, es accesible desde cualquier agente que hable MCP.

Nombra tus sesiones

Una sesión responde al nombre que establezcas con /rename o con el flag --name; sin él, Claude Code deriva un nombre a partir de la carpeta del directorio de trabajo, como myapp-3f. Dos sesiones pueden terminar con el mismo nombre, distinguidas por el directorio de trabajo en /list-agents. Nombrarlas según lo que estén haciendo (migration, payments-api) hace que el direccionamiento de Claude sea confiable y que los mensajes sean legibles para ti más adelante.

Usa /list-agents para diagnosticar, no para enviar

Nunca necesitas ejecutarlo antes de pedirle a Claude que envíe, ya que Claude encuentra el objetivo por sí mismo. Donde demuestra su valor es en la resolución de problemas: si no se reconoce /list-agents, la sesión no tiene la función (comprueba primero claude --version). Si funciona pero no llegó un mensaje, se aplica algo más específico: una regla de denegación de permisos, los controles de entrada del receptor o el límite de solo respuesta para sesiones fuera de esta máquina.

Decide la política de entrada deliberadamente para workers desatendidos

Un worker claude -p vincula un socket de bandeja de entrada y aparece en la lista, pero no puede mostrar un diálogo de aprobación, por lo que un mensaje retenido se queda retenido. Si quieres que un worker headless acepte mensajes, establece crossSessionInbound en accept en sus --settings (no en tu configuración de usuario, lo que se aplicaría a cada sesión que ejecutes).

Envía decisiones al almacén, estados a la sesión

Una buena regla general: si es cierto solo en este momento ("la ejecución de la prueba terminó", "estoy haciendo rebase"), envíalo por mensaje. Si seguirá siendo cierto el próximo mes ("elegimos tenant_id en lugar de org_id debido a la restricción de esquema compartido"), escríbelo en el almacén. Los estados expiran; las decisiones no deberían hacerlo.

No confíes en la mensajería donde no esté disponible

Más allá del requisito del sistema operativo, la mensajería entre sesiones no está disponible en Amazon Bedrock, Claude Platform en AWS, Agent Platform de Google Cloud o Microsoft Foundry, y permanece desactivada cuando variables de entorno como CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC, DISABLE_TELEMETRY, DO_NOT_TRACK o DISABLE_GROWTHBOOK desactivan la evaluación de flags de características de la que depende. Si tu configuración se topa con alguna de ellas, un almacén compartido es el único canal que tienes.

Que las sesiones de Claude Code se envíen mensajes entre sí es una mejora real y vale la pena orientar tu flujo de trabajo hacia ella: elimina el copiar y pegar entre terminales exactamente para el caso en que una sesión necesita decirle algo a otra a mitad de la tarea. Solo lee el propio planteamiento de la documentación: un mensaje es texto, "nunca el historial de conversación ni archivos", y mover el contexto de una conversación significa reanudar la sesión.

Así que usa el canal para lo que es. La coordinación va por mensajería, una conversación se mueve reanudando, un grupo supervisado usa equipos de agentes, y el conocimiento que debería seguir siendo cierto el próximo mes va a un almacén que lee cada sesión. Esa última capa es la que Claude Code no incluye, y es la que hace que tres terminales se sientan como un solo proyecto.