Para que dos agentes de IA compartan contexto en nodeterm, dibujas una línea entre ellos. Cada agente es un nodo sobre un canvas infinito, y trazar una arista de uno a otro le da al segundo una herramienta con la que puede leer el transcript, el resumen o la salida reciente de terminal del primero. nodeterm es un gestor de terminales basado en nodos para macOS y Linux. Claude Code, Codex, Gemini y opencode se pueden cablear así.
Esa función se llama Context Link, y es la razón para mirar nodeterm. Correr cuatro agentes en paralelo no es difícil: tmux lo hace desde hace años. Lo difícil es que cada uno arranca ciego. El agente que hace la migración no tiene idea de lo que averiguó el agente que acaba de leer el esquema, y terminas siendo tú el bus de mensajes, copiando y pegando entre paneles. Context Link convierte el canvas en ese cableado.
¿Qué es nodeterm?
nodeterm es un gestor de terminales basado en nodos, construido con Electron, TypeScript y React Flow. En lugar de una barra de pestañas tienes un canvas con pan y zoom donde cada nodo es una terminal real respaldada por PTY, una sesión de agente, un editor Monaco, una vista de diff de git, un panel de chat, una nota adhesiva o un marco de grupo.
Un nodo de agente no reimplementa nada. Según la documentación, “un nodo de agente es un preset de terminal que lanza el CLI de un agente de código como comando de arranque, y después sigue lo que el agente está haciendo en la cabecera del nodo”. Los cuatro integrados lanzan claude, codex, gemini y opencode respectivamente: el que ya tengas en tu PATH.
El badge de estado merece una nota por cómo está resuelto. nodeterm “no parsea la salida del agente para adivinar qué está haciendo”. El sistema de hooks de cada agente publica en un pequeño servidor HTTP loopback dentro de nodeterm cuando empieza un turno, se ejecuta una herramienta, termina el trabajo o el agente vuelve a esperar. Por eso los badges son precisos y no una heurística sobre stdout raspado.
¿Cómo funciona Context Link?
Dibujas una arista entre dos nodos de agente integrados: la misma arista visual que ya usas para ordenar el canvas. La documentación lo dice directo: “Context Link conecta nodos en el canvas para que un agente pueda ver lo que otro nodo sabe”. El enlace puede ser unidireccional o bidireccional.
Lo que el agente enlazado puede recuperar son tres cosas: el transcript (el historial completo de la conversación), un resumen (una versión condensada) y la salida reciente de terminal (el stdout de esa sesión).
El mecanismo importa más que la lista de features. Es pull, no push: “la lectura es pull, no push; a ningún agente se le fuerza el historial del otro”. Cada agente recibe un helper que puede invocar cuando decide que el otro nodo es relevante — una skill invocable en el caso de Claude, e instrucciones que describen cómo llegar al enlace en los demás. Nada se inyecta en la ventana de contexto de nadie por tu cuenta, que es la diferencia entre un enlace útil y una factura de tokens.
¿Cómo usar Claude Code, Codex y Gemini en el mismo proyecto?
Abres una carpeta como proyecto y agregas un nodo por agente. Cada nodo corre el CLI que ya tienes instalado, con tu propia sesión y tus propias credenciales; nodeterm no proxea ni traduce nada entre ellos.
El patrón que hace que esto valga la pena es dividir por rol en lugar de por tarea. Un nodo de lectura que explora el repositorio y responde preguntas sobre el esquema o la arquitectura. Un nodo de escritura que hace los cambios. Una arista del segundo al primero, y el que escribe consulta al que leyó cuando lo necesita, en vez de volver a recorrer el código él mismo.
Ahí es donde aparece la ventaja concreta: el trabajo de exploración se paga una sola vez. Sin el enlace, cada agente nuevo repite el mismo reconocimiento del repositorio y lo cobra en tokens.
Si te interesa el problema de mover trabajo entre varios agentes, ya cubrimos dos aproximaciones distintas: OmniRoute, que apunta a un runtime universal, y Cross-Code Organizer, que resuelve la organización desde un dashboard.
¿Qué agentes se pueden conectar?
Solo los cuatro integrados: Claude Code, Codex, Gemini y opencode. La documentación es explícita: “solo los nodos de agente integrados pueden enlazarse como fuentes de contexto. Los agentes personalizados y las terminales normales no se pueden leer así”.
Así que si envolviste tu propio CLI como nodo de agente personalizado, o quieres que un agente lea lo que ha estado imprimiendo una terminal de build, Context Link no es el camino. Es un límite real y es lo primero que conviene verificar antes de diseñar un flujo de trabajo alrededor de esto.
La capacidad tampoco es pareja entre los cuatro. Claude Code tiene la integración más amplia: visualización de subagentes, conversaciones ramificadas, nodos de chat, cuentas gestionadas y modos de permisos. Los otros tres tienen detección de estado por hooks, reanudación tras reinicio y enlace de contexto, pero no el resto.
¿Qué aportan los subagentes y las conversaciones ramificadas?
Dos mecánicas de contexto relacionadas, ambas del lado de Claude.
Cuando Claude lanza subagentes, “nodeterm muestra cada uno como una tarjeta efímera conectada por una arista al nodo del agente padre”, con el tipo y la tarea del subagente, si está trabajando o terminó, su duración, sus tokens y su conteo de uso de herramientas. Ojo: esto es visualización de algo que Claude Code ya hace por su cuenta. La documentación no describe un intercambio de datos propio de nodeterm entre padre e hijo, así que no asumas que existe.
Ramificar es distinto y sí mueve contexto. Ramificar una conversación de Claude “abre un nodo nuevo que reanuda la conversación original: el nodo nuevo continúa el hilo tal como estaba antes de la división”. Terminas con dos sesiones vivas en el canvas que comparten todo hasta el punto de corte y divergen a partir de ahí. Es la forma barata de probar un segundo enfoque sin perder el primero.
¿Cómo se instala nodeterm en Mac y Linux?
En macOS, descarga el .dmg desde nodeterm.dev — el sitio detecta si tienes Apple Silicon o Intel —, ábrelo, arrastra nodeterm a Aplicaciones y lánzalo. No hay comandos posteriores.
En Linux, el camino recomendado es el AppImage, porque se autoactualiza:
chmod +x nodeterm-*.AppImage
./nodeterm-*.AppImage
El .deb es la alternativa y no se actualiza solo:
sudo apt install ./nodeterm-*.deb
Después abre un proyecto: en la pantalla de bienvenida elige Open folder y selecciona tu directorio de trabajo. Haz clic derecho en un punto vacío del canvas, o pulsa el + del dock inferior, y elige terminal — o un nodo de Claude, Codex, Gemini u opencode, que se agregan exactamente igual. ⌘K abre la paleta de comandos para crear nodos, saltar a uno por título o etiqueta, y cambiar de proyecto.
¿Por qué necesitas tmux?
Porque sin él la promesa de persistencia no se cumple. La documentación es directa: la continuidad de sesión depende de tmux y “sin él, una terminal es un shell corriente que termina cuando su nodo se cierra”.
Con tmux en tu PATH, las terminales corren dentro de sesiones de tmux que sobreviven a la aplicación: cierras nodeterm, reinicias la máquina, vuelves a abrir el proyecto y el trabajo largo sigue ahí. Es la propiedad más útil de la herramienta y también la que falla en silencio si te saltaste la dependencia. Ejecuta which tmux antes de culpar a la app.
¿nodeterm funciona en Windows?
No. La documentación lista macOS (Apple Silicon o Intel) y Linux (x64) únicamente, y no hay build para Windows. La alternativa que señala es la Server Edition: correr nodeterm headless en una máquina Linux y llegar al canvas desde el navegador. WSL no aparece mencionado como camino soportado.
¿nodeterm es open source?
No en el sentido de la OSI. La licencia es BUSL-1.1, la Business Source License. El código es público en GitHub y puedes leerlo, modificarlo y usarlo en producción; lo que no puedes es ofrecerlo como servicio competidor. Cada release pasa a MIT cuatro años después de publicarse.
Para la mayoría de los lectores esa distinción es académica: lo instalas y lo usas en el trabajo hoy. Si tienes que pasar dependencias por legal, o estás decidiendo si construir encima, no es académica en absoluto — y el encuadre de “gestor de terminales open source” que vas a ver por ahí es incorrecto.
Un detalle a verificar antes de descargar: al momento de publicar esta nota, en septiembre de 2026, nodeterm.dev anuncia la v0.3.4 con etiqueta de “early access”, mientras que el release etiquetado más reciente en GitHub es la v0.2.9, del 14 de julio de 2026. La descarga y el repositorio no van por la misma versión, así que lee los tags de GitHub como rezagados y no como el estado actual del producto.
¿Vale la pena instalarlo?
Si corres un agente a la vez, no. tmux y tu terminal ya hacen esto, y el canvas es un gestor de ventanas que no pediste.
Si corres tres o cuatro contra el mismo repositorio y eres tú quien va pasando hallazgos de uno a otro, Context Link es exactamente lo que te faltaba, y nadie más está enviando esta forma del problema. Solo dimensiona bien la expectativa: early access, proyecto chico, licencia restrictiva y un enlace que solo alcanza a los cuatro agentes integrados. Evalúalo como herramienta, no como infraestructura.