El futuro de A2A: los agentes planean montar su propia red de área local

A2A ya permite que dos Hermes en máquinas distintas se “llamen por teléfono”. ¿Y ahora qué? En la lista de deseos de la comunidad se esconde un plano mucho más ambicioso.

Lo que ya se puede hacer: un repaso al “teléfono” en sí

A2A v1.0 ya está aquí. En pocas palabras, permite que dos Hermes en máquinas diferentes intercambien tarjetas de presentación (Agent Card), se comuniquen con un protocolo estándar (JSON-RPC), actualicen el progreso en tiempo real (streaming por SSE) y recuerden el contexto de conversaciones multilínea. En cuanto a seguridad, el valor por defecto es bastante sólido: cada peer tiene su propio token y todas las operaciones quedan registradas en un log de auditoría. Es como darle a cada Hermes un “móvil de trabajo”: puede llamar, enviar SMS y dejar mensajes en el buzón de voz, pero solo en conversaciones uno a uno.

Dirección 1: Red de área local para agentes (coordinación multi-nodo)

La propuesta más popular de la comunidad es convertir el “teléfono” en una “red de área local”. Imagina que tienes una estación de trabajo macOS, un escritorio Windows, un servidor Linux, e incluso un portátil y un móvil, cada uno ejecutando su propio Hermes. Ahora mismo cada uno va a lo suyo; en el futuro se espera que formen una “LAN de agentes” a través de una red overlay privada. Es como cuando todos los dispositivos inteligentes de casa se conectan al mismo Wi-Fi: das una orden y el altavoz del salón, las luces del dormitorio y el horno de la cocina responden al unísono. Para Hermes, esto significa que las tareas pueden fluir automáticamente entre dispositivos: los datos recopilados en el portátil se sincronizan con la estación de trabajo para un procesamiento profundo, y el resultado se envía al móvil para que lo revises.

Dirección 2: Jerarquía de agentes (jefes y subordinados)

Ahora mismo los Hermes están al mismo nivel: quien inicia la conversación es la parte activa. Lo que la comunidad quiere es una “relación jerárquica”: un Hermes líder puede delegar tareas en un Hermes subordinado en otra máquina, y el líder puede ver en tiempo real en qué punto está la tarea — ojo, “ver”, no “intervenir”. Es como un jefe que asigna trabajo a un empleado: solo necesitas saber el progreso, no estar pendiente de cada paso. Esta “observabilidad pasiva” es clave: mantiene la autonomía del subordinado y a la vez le da tranquilidad al jefe.

Dirección 3: Colaboración multi-sesión (de islas a sala de reuniones)

Ahora mismo, si abres tres sesiones en la misma máquina — una para investigar, otra para implementar y otra para revisar — son tres islas separadas. La información clave que descubre la sesión de investigación tienes que copiarla y pegarla manualmente en la de implementación: frágil y propenso a errores. La propuesta de la comunidad es que estas sesiones puedan “enviarse mensajes” entre sí y compartir el contexto necesario. Imagina que no son tres cubículos aislados, sino una sala de reuniones donde tres personas pueden pasarse notas y opinar en cualquier momento, pero cada una conserva sus apuntes privados.

Dirección 4: Walkie-talkie local (mensajería entre sesiones)

Esta propuesta es más concreta: varias sesiones interactivas de Hermes en la misma máquina deberían tener un mecanismo de mensajería local de “ciudadano de primera clase”. Sin pasar por protocolos de red, como un walkie-talkie en la oficina: pulsas y hablas. La sesión de investigación encuentra un dato clave y directamente “llama” a la de implementación: “Oye, fíjate en el uso de esa API del tercer párrafo”. Sin copiar y pegar, sin soluciones frágiles como tmux send-keys. Esto complementa la dirección 3: una gestiona entre máquinas, la otra dentro de la misma máquina.

Dirección 5: Política de aprobación remota (puerta de seguridad)

A2A ya permite que un peer remoto envíe tareas a tu sesión en vivo, lo cual es útil pero también arriesgado — ¿y si te pide que modifiques un archivo? La comunidad quiere una política de “peers de confianza con alcance limitado”: puedes designar a un Hermes concreto en una máquina concreta como “de confianza”, y las tareas que envíe pueden ejecutar efectos secundarios locales; el resto, solo lectura. Como las tarjetas de acceso de una empresa: algunos pueden entrar en el departamento de finanzas, otros solo en la sala de reuniones. Es una pieza clave para la seguridad en la delegación.

Dirección 6: Notificaciones visibles al completar tareas

Ahora mismo, cuando una tarea A2A termina, el resultado se escribe en el log o se devuelve mediante una respuesta JSON-RPC. Pero, ¿y si no estás mirando el log? La comunidad quiere que, al completarse una tarea, aparezca una notificación en el canal de Hermes que usas normalmente — como una push en el móvil: “La tarea que delegaste en esa máquina ha terminado, aquí tienes el resultado”. Sin interrumpirte, pero haciéndotelo saber.

¿Qué se ha implementado parcialmente?

Buenas noticias: el concepto de “worker acotado” de las propuestas de la comunidad ya está parcialmente implementado — un lanzador externo configurable que limita el alcance de ejecución de tareas remotas. Es como poner los cimientos de la “aprobación remota”. Además, detalles como el timeout de 330 segundos, los resultados tardíos y el aislamiento de contexto ya están resueltos. Pero ojo: la coordinación multi-nodo, las jerarquías y el walkie-talkie local siguen siendo solo deseos en issues abiertos.

¿Qué significa esto para ti?

Si eres un usuario normal, estas direcciones significan que en el futuro Hermes podría dejar de ser un “luchador solitario” para convertirse en un “equipo” que coordina esfuerzos. No necesitas saber cómo se comunican entre ellos — solo saber que los Hermes en todos tus dispositivos se ayudarán mutuamente como una familia, y que nada de lo que debas saber se te escapará.

Un último apunte: todo esto son issues abiertos propuestos por la comunidad. El directorio oficial .plans ya se ha eliminado (2026-08), así que no hay garantía de que todo se implemente. Pero al menos, el plano ya está dibujado: los agentes están planeando montar su propia red de área local, y esta vez, tienen intención de conectar también la “casa”.