Qué es una VM agéntica
Una VM agéntica es una máquina dedicada a que trabaje más de un agente de código a la vez. Lleva tres piezas que rara vez van juntas: un runtime que mantiene vivos sus terminales, un contexto que todos leen y una vía de entrada desde fuera. En este laboratorio las montamos sobre Ubuntu 24.04 con herdr como runtime. Dejamos instalados Claude Code 2.1.260, Codex 0.153.2, OpenCode 1.18.27 y OpenClaw 2026.9.1, cada uno con la versión fijada para que el resultado sea el mismo dentro de seis meses.
Por qué la memoria compartida es el paso que más cambia
Instalar cuatro CLI en la misma máquina no tiene mérito; que no se pisen ni se repitan el trabajo, no. La diferencia está en darles dos memorias comunes. La estática es un AGENTS.md con las reglas del proyecto, que Codex, OpenCode y OpenClaw leen tal cual y Claude Code recibe a través de un enlace simbólico llamado CLAUDE.md. La dinámica es un servidor MCP de grafo de conocimiento apuntado por los cuatro al mismo archivo, de modo que lo que uno anota lo encuentra el siguiente.
Si nunca has escrito uno, empieza por construir un servidor MCP propio. Y para entender qué merece la pena recordar y qué no, la memoria en los agentes de IA es la pieza teórica que falta.
Qué queda fuera y por qué
La VM termina sin credenciales de ningún modelo. Es deliberado: las claves son tuyas y no tienen por qué vivir en una máquina desechable ni en un vídeo. Los cuatro CLI arrancan, responden a --version y quedan configurados, pero la primera conversación real la abres tú con tu cuenta. Tampoco montamos ningún canal de chat en OpenClaw, aunque sí dejamos su pasarela escuchando en la interfaz local con un token de ejemplo, que es el punto exacto donde después enchufas Telegram o Signal.
Para seguir
Si vienes de otro asistente de terminal, la comparativa de Claude Code frente a Cursor y Copilot y la guía del CLI de Codex te sitúan antes de elegir cuál pones en cada panel. Tienes más procedimientos reproducibles en los laboratorios prácticos y en la categoría Agentes IA. La documentación de referencia está en herdr.dev, en los documentos de OpenClaw y en la especificación de Model Context Protocol.
Preguntas frecuentes
¿Hace falta una API key para completar este laboratorio?
No. Los cuatro CLI se instalan, responden a –version y quedan configurados sin ninguna credencial, y la pasarela de OpenClaw se levanta con –auth-choice skip. Las claves del modelo las pones tú al abrir la primera conversación real, y por eso no aparecen en ningún paso ni en el vídeo.
¿En qué se diferencia herdr de tmux para este caso?
En que herdr sabe qué está haciendo cada agente. Además de paneles, pestañas y sesiones persistentes, marca cada panel como trabajando, bloqueado o inactivo, y con las integraciones instaladas ese estado lo reporta el propio agente en vez de deducirse de la pantalla. Todo eso se consulta y se gobierna por una API de socket.
¿Comparten de verdad la memoria los cuatro CLI?
Sí, porque los cuatro registran el mismo servidor MCP con la misma variable MEMORY_FILE_PATH, así que escriben y leen sobre un único archivo de grafo. En el laboratorio lo comprobamos dos veces: buscando la ruta en las cuatro configuraciones y escribiendo una entidad que después leemos del archivo.
¿Es seguro dejar la pasarela de OpenClaw escuchando?
En esta configuración solo escucha en 127.0.0.1, así que desde fuera de la máquina no hay nada abierto: al panel se llega por un túnel SSH. Si más adelante lo expones a una red, cambia el token de ejemplo por uno real y revisa la política de aprobaciones antes de conectar ningún canal de chat.