Sovereign Agent Mesh es un proyecto de red para agentes de IA que permite compartir herramientas mediante una malla P2P de configuración mínima y confianza cero. Su objetivo es evitar que scripts internos, endpoints de modelos o APIs privadas tengan que exponerse directamente a internet.
SAM puede conectar agentes desplegados en nubes públicas, centros de datos, portátiles, Raspberry Pi y dispositivos Android. El proyecto utiliza el Model Context Protocol (MCP) para el intercambio de herramientas y cifra la autorización de cada llamada. Aunque su arquitectura está orientada a entornos de producción, la malla pública continúa en fase beta.
Sovereign Agent Mesh ofrece una red P2P para compartir servicios MCP entre agentes situados en redes distintas. La autorización se basa en tokens Biscuit, se evalúa localmente y aplica una política de denegación por defecto.
Una arquitectura dividida en tres componentes
El proyecto se organiza en tres binarios de Go. sam-control-plane se ocupa del registro de identidades, la emisión de tokens y la distribución de políticas. sam-router proporciona puntos de arranque basados en libp2p y las capas de enrutamiento GossipSub. Por su parte, sam-node gestiona el transporte P2P, la conectividad autorreparable y una interfaz HTTP local para MCP.
Un nodo se incorpora con sam-node join y se inicia con sam-node run. La configuración indicada utiliza los puertos 5001/UDP y 5002/TCP para libp2p, mientras que la API MCP local escucha por defecto en el puerto 8080. Hay binarios, imágenes Docker, un chart de Helm y documentación para Kubernetes, además de soporte para Android e iOS.
Identidad basada en OIDC y autorización local
El plano de control verifica un JWT de OIDC y transforma sus afirmaciones en hechos Datalog incluidos en un token Biscuit. La identidad del usuario, sus grupos y el identificador del par quedan vinculados en ese token. De este modo, cada nodo puede comprobar los permisos sin consultar continuamente al plano de control.
El modelo aplica una denegación por defecto estricta. Para acceder a un servicio hace falta una capacidad explícita, incluso en el caso del catálogo de descubrimiento system://sam.catalog. También se admiten patrones como mcp://* o mcp://build-runner.*. Cada solicitud pasa por comprobaciones de bloqueo y revocación, dos evaluaciones de Biscuit y una validación que impide utilizar un token desde un par diferente al autorizado.
Los operadores pueden añadir restricciones locales, como impedir una herramienta de escritura durante determinadas horas o bloquear a contratistas. Estas reglas no permiten saltarse las condiciones establecidas por el plano de control.
Herramientas MCP y control de las salidas
El nodo expone herramientas MCP para descubrir servicios remotos, localizar herramientas y ejecutar llamadas. La documentación incluye integraciones con Gemini, Claude Code, Claude Desktop, Google Antigravity y OpenClaw. También existe un comando que instala un archivo SKILL.md para que un agente pueda poner en marcha el nodo, aunque el inicio de sesión para el registro queda deliberadamente en manos de una persona.
Otro componente, sam-box, controla las conexiones salientes desde entornos aislados. nano-init configura el proxy y, en herramientas que no respetan esas variables, intercepta llamadas de red mediante LD_PRELOAD sobre connect() en los puertos 80 y 443. El gateway valida el token Biscuit, incorpora la credencial real y envía la petición por HTTPS, de forma que el agente no conserva directamente la clave.
Orientado a despliegues con varias redes
El beneficio principal aparece en organizaciones cuyos agentes atraviesan fronteras entre nubes, centros de datos y equipos locales. Entre los usos planteados están el intercambio de herramientas MCP entre nubes, las llamadas híbridas, los endpoints de inferencia intermediados, los agentes aislados con inyección de credenciales y los grupos de trabajadores preparados para recibir tareas.
El ejemplo de un grupo de agentes para revisión de código distribuye trabajos entre trabajadores activos mediante descubrimiento DHT, concesiones de uso y tokens HMAC de corta duración. Las asignaciones incluyen mecanismos de bloqueo y expulsión para evitar que dos agentes procesen el mismo trabajo; cuando no existe una concesión válida, el servicio devuelve NO_LEASE.
Qué implica el estado beta
La malla pública está disponible en fase de prueba, por lo que no equivale a una disponibilidad general ni a una garantía para cargas críticas. El propio proyecto plantea el modo DIY, con el plano de control alojado por la organización, como la opción adecuada para conservar el control sobre los datos y las políticas.
Conclusión
Sovereign Agent Mesh propone una capa de red específica para agentes que necesitan utilizar herramientas privadas sin publicar sus servicios en internet. La combinación de libp2p, MCP, tokens Biscuit y controles de salida puede resultar relevante para entornos regulados, aunque la evaluación práctica dependerá del despliegue autogestionado y de la madurez que alcance la testnet pública.
Encuentra más IA en nuestra sección de IA o suscríbete a Guslok – Guías 100% en YouTube para más contenido.
Sobre el Autor
