💻 computer science

Agent Identity URI Scheme: Topology-Independent Naming and Capability-Based Discovery for Multi-Agent Systems

Este artículo propone el esquema de URI agent://, un sistema de identidad independiente de la topología que desacopla las referencias de los agentes de la ubicación en la red mediante el alcance de la raíz de confianza, rutas de capacidad jerárquicas y atestación criptográfica para permitir el descubrimiento estable, escalable y basado en capacidades en sistemas multiagente descentralizados.

Autores originales: Roland R. Rodriguez

Publicado 2026-07-15

📖 7 min de lectura🧠 Análisis profundo

CC BY 4.0

Autores originales: Roland R. Rodriguez

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

Imagina el internet como una ciudad enorme y bulliciosa donde millones de pequeños robots superinteligentes (llamados "agentes") corren constantemente para hacer recados por nosotros. Algunos robots compran comestibles, otros aprueban facturas y algunos incluso escriben código. Para que estos robots puedan trabajar juntos, necesitan encontrarse. En los inicios del internet, resolvimos un problema similar para los humanos: nos dimamos cuenta de que el nombre de una persona (como "Jane Smith") debe ser diferente de su dirección actual (como "123 Maple Street"). Si Jane se muda a una nueva casa, su nombre permanece igual, pero su dirección cambia. El servicio postal utiliza un mapa especial para encontrar su nuevo hogar sin necesidad de saber que su nombre cambió.

Hoy en día, la ciudad de los robots tiene un fallo. En lugar de dar a los robots un nombre estable, hemos estado usando su "dirección" actual (como un enlace web específico) como su nombre. Si un robot se muda a un nuevo servidor o a un proveedor de la nube diferente, su dirección cambia, y de repente, todos los que intentaban hablar con él pierden la conexión. Es como si cada vez que te mudas de apartamento, tu nombre cambiara legalmente a tu nuevo número de calle, y todos tus amigos olvidaran quién eres. Este artículo aborda exactamente ese problema. Propone una nueva forma de nombrar a estos robots para que puedan moverse por el mundo sin perder su identidad, permitiéndoles también que otros robots los encuentren basándose en lo que hacen (como "aprobar facturas") en lugar de solo dónde viven.

El Problema: Cuando Mudarse Significa Olvidar

Los autores señalan que los sistemas actuales cometen un error fundamental: vinculan la identidad de un robot directamente a su ubicación. Imagina un robot llamado "Aprobador-de-Facturas" que vive en https://agents.acme.com/approver. Si la empresa muda sus servidores a un nuevo proveedor de la nube, el enlace cambia. De repente, cada flujo de trabajo, cada contrato y cada registro que hacía referencia al antiguo enlace se rompe. El robot sigue ahí, pero ahora es un extraño porque su "nombre" (el enlace) cambió.

Además, si un robot necesita encontrar a un especialista —por ejemplo, alguien que pueda manejar "cotizaciones de envío de materiales peligrosos"— actualmente no tiene forma de preguntar "¿Quién puede hacer esto?" a través de diferentes empresas. Solo puede preguntar: "¿Está disponible el robot en este enlace específico?". Esto hace que todo el sistema sea frágil y difícil de escalar.

La Solución: Un Nuevo Sistema de Tarjetas de Identidad

El artículo introduce un nuevo esquema de nomenclatura llamado agent://. Piensa en esto como un nuevo tipo de tarjeta de identidad para robots que separa tres cosas: Quién es, Qué hace y Dónde está.

La Raíz de Confianza (La Autoridad Emisora): Esta es la organización que da fe del robot, como un gobierno emitiendo un pasaporte. En el nuevo sistema, esto se escribe como un nombre de dominio (por ejemplo, acme.com). Te dice quién es responsable del robot.
La Ruta de Capacidad (La Descripción del Puesto): Esto describe exactamente qué hace el robot, utilizando una ruta jerárquica como /workflow/approval/invoice. Esta es la "lista de habilidades" del robot. Crucialmente, la identidad del robot está ligada a esta ruta. Si un robot cambia su trabajo (por ejemplo, de aprobar facturas a aprobar gastos), recibe un nuevo ID porque es, efectivamente, un trabajador diferente con una identidad distinta.
El ID del Agente (El Número de Serie Único): Este es un código único que permanece igual para siempre, pero solo mientras el robot mantenga el mismo trabajo y organización. Si el robot se muda a un nuevo servidor, este código permanece igual. Si el robot cambia su ruta de trabajo o su organización emisora, este código cambia para reflejar la nueva identidad.

El ID completo se ve así: agent://acme.com/workflow/approval/invoice/agent_01h.... Nota que la dirección del servidor real (como https://agents.acme.com) no está en el ID. El ID es solo un nombre.

Cómo Funciona: La Libreta de Contactos Mágica

Entonces, ¿cómo encuentras a un robot si no conoces su dirección? El artículo sugiere usar una "libreta de contactos" descentralizada llamada DHT (Tabla de Hash Distribuida). En lugar de una lista gigante en una oficina central, esta libreta de contactos está repartida entre miles de computadoras.

Búsqueda por Habilidad: Si quieres un agente que pueda "aprobar facturas", no buscas una dirección específica. Buscas la ruta de habilidad /workflow/approval/invoice en la libreta de contactos. El sistema calcula una clave especial basada en la organización (acme.com) y la habilidad, luego pregunta a la red: "¿Quién tiene esta clave?".
El Resultado: La red devuelve una lista de robots que coinciden con esa habilidad. Crucialmente, el sistema verifica un "sello" digital (un token criptográfico) para asegurarse de que el robot realmente tiene el derecho de decir que puede hacer ese trabajo.
Mudarse Sin Romper Nada: Si el robot se muda a un nuevo servidor, simplemente actualiza su ubicación en la libreta de contactos. Su ID (agent://...) permanece exactamente igual. Cualquiera que lo busque lo encontrará, porque el nombre nunca cambió.

Lo Que los Autores Encontraron

El equipo probó esta idea para ver si realmente funciona en el mundo real.

¿Puede nombrar todo? Tomaron 369 herramientas del mundo real de marcos de trabajo populares para robots (como LangChain y CrewAI) e intentaron mapearlas a este nuevo sistema. ¿El resultado? Cobertura del 100%. Cada una de las herramientas pudo recibir un nombre único y libre de colisiones usando su nueva gramática.
¿Funciona la búsqueda? Simularon una red con 10,000 robots registrados. Cuando pidieron agentes con habilidades específicas, el sistema encontró exactamente los correctos en cada ocasión. Para búsquedas amplias (como "encontrar cualquier agente de flujo de trabajo"), devolvió un promedio de 128 agentes. Para búsquedas específicas, encontró alrededor de 39.
¿Es rápido? Las matemáticas detrás de los nombres son increíblemente rápidas. Analizar un nombre y encontrar la clave correcta toma menos de 7 microsegundos. Eso es tan rápido que es prácticamente instantáneo comparado con el tiempo que tarda los datos en viajar por internet.
¿Es seguro? El sistema utiliza firmas digitales (tokens PASETO) emitidas por la organización. Esto significa que no tienes que confiar en la palabra del robot; confías en la organización que firmó el ID. Si un robot miente sobre sus habilidades, la firma no coincidirá y el sistema lo rechazará.

Lo Que No Hace (Y Lo Que Aún Se Desconoce)

El artículo es cuidadoso al decir qué es esto y qué no es. No resuelve el problema de cómo lograr que la gente ejecute los nodos de la libreta de contactos (las computadoras que almacenan la lista). Los autores sugieren que las organizaciones podrían hacerlo porque quieren que sus propios robots sean encontrados, o podrían usar un sistema de "ojo por ojo" donde ayudas a otros para recibir ayuda. Pero admiten que esta parte requiere más trabajo.

También señalan que, aunque el sistema maneja bien las diferentes organizaciones, no sabe automáticamente que "aprobar facturas" en la Compañía A es lo mismo que "autorizar compras" en la Compañía B. Eso requiere un servicio de mapeo separado, que proponen como una idea futura.

El Panorama General

Los autores no pretenden haber construido la ciudad de los robots final y perfecta. En cambio, han arreglado los cimientos. Al separar el nombre del robot de su dirección, han creado un sistema donde los robots pueden moverse, escalar y trabajar juntos a través de diferentes empresas sin romper las conexiones que los mantienen unidos. Es un poco como darle a cada robot un pasaporte permanente en lugar de una etiqueta de dirección temporal, asegurando que no importa a dónde vayan, sigan siendo quienes son.

Resumen Técnico: Esquema de URI para la Identidad de Agentes

Planteamiento del Problema

Los sistemas multi-agente (MAS) actuales sufren un fallo arquitectónico fundamental: la identidad del agente está ligada a la ubicación de red. Los esquemas existentes confunden los nombres con las direcciones, lo que significa que cuando un agente migra entre proveedores, escala a través de instancias o se federaliza entre organizaciones, su identidad basada en URI se rompe. Esto conduce a:

Referencias Rotas: Las referencias de flujo de trabajo fallan cuando los puntos de conexión (endpoints) cambian.
Rastros de Auditoría Fragmentados: Los registros históricos se vuelven ambiguos respecto a la continuidad del agente.
Coordinación Centralizada: El descubrimiento suele depender de registros centralizados (por ejemplo, el Facilitador de Directorio de FIPA) que no escalan bien a través de fronteras organizacionales.
Falta de Semántica de Capacidades: Los identificadores actuales (por ejemplo, Tarjetas de Agente A2A, DIDs) identifican quién es un agente pero no qué puede hacer, lo que impide consultas de descubrimiento semántico como "buscar agentes capaces de cotizar envíos de materiales peligrosos".

El artículo argumenta que los sistemas de agentes han fallado al no adoptar la distinción entre Nombre/Dirección establecida por Saltzer (1982) para el internet, donde los nombres identifican entidades y las direcciones las localizan, permitiendo que el nombre permanezca estable mientras la dirección cambia.

Metodología

Los autores proponen el esquema de URI agent://, un sistema de nomenclatura independiente de la topología diseñado desde los primeros principios para separar la identidad del enrutamiento. El esquema se construye sobre tres componentes de definición de identidad:

Raíz de Confianza (Autoridad): El componente de dominio (por ejemplo, acme.com) identifica a la organización que avala al agente. Actúa como una autoridad emisora de pasaportes, publicando claves de verificación en un endpoint bien conocido.
Ruta de Capacidad: Una ruta jerárquica (por ejemplo, /workflow/approval/invoice) que describe la función del agente. Esta ruta es material de identidad constitutiva; cambiar la ruta crea una identidad de agente distinta que requiere un nuevo ID y una atestación. La ruta admite la coincidencia de prefijos para el descubrimiento a distintos niveles de granularidad.
Identificador de Agente: Un identificador globalmente único y ordenable que utiliza un prefijo TypeID (por ejemplo, agent_) seguido de un UUIDv7 codificado en base32.

Descubrimiento y Resolución

El sistema utiliza una Tabla de Hash Distribuida (DHT) de estilo Kademlia para el descubrimiento descentralizado:

Derivación de Claves: Las claves de la DHT se derivan mediante el hash de la raíz de confianza canónica y la ruta de capacidad (SHA256(trust_root + "/" + cap_path)). Esto garantiza el alcance de la raíz de confianza (trust-root scoping), evitando la contaminación entre organizaciones.
Registro: Los agentes se registran en su ruta de capacidad exacta y en todas sus rutas ancestros (por ejemplo, registrarse en /workflow/approval/invoice también registra en /workflow/approval y /workflow). Esto materializa la jerarquía, permitiendo que las consultas de prefijo devuelvan descendientes mediante una única búsqueda.
Resolución: Los solicitantes computan la clave y consultan la DHT. El costo de enrutamiento esperado es de $O(\log N)$ saltos de overlay.

Seguridad y Confianza

Atestación Criptográfica: Las reclamaciones de capacidad están vinculadas a la identidad del agente mediante tokens PASETO v4.public (firmas Ed25519).
Verificación: Los verificadores obtienen las claves públicas desde el endpoint bien conocido de la raíz de confianza. La verificación comprueba la firma, la expiración, el emisor y si las capacidades reclamadas cubren la operación solicitada.
Restricción de Audiencia: Las reclamaciones opcionales de aud permiten restringir las atestaciones a verificadores específicos, evitando ataques de repetición (replay attacks).

Principales Contribuciones

Especificación Formal de agent://: Un esquema de URI que desacopla la identidad de la topología, permitiendo referencias estables a través de migraciones.
Mecanismo de Descubrimiento Basado en Capacidades: Un método para consultar agentes por lo que hacen en lugar de dónde están, utilizando la derivación de claves de la DHT a partir de rutas de capacidad jerárquicas.
Modelo de Federación de Raíz de Confianza: Un diseño que permite el descubrimiento explícito entre organizaciones manteniendo el aislamiento por defecto (sin transitividad de confianza implícita).
Vinculación Criptográfica: Un flujo de verificación que vincula las reclamaciones de capacidad con la autoridad organizacional sin requerir contacto en tiempo real con el emisor.

Resultados de la Evaluación

El artículo evalúa el esquema en cuatro dimensiones:

Expresividad de Capacidad: La gramática alcanzó una cobertura del 100% en un corpus de 369 herramientas de producción de cinco marcos principales (LangChain, CrewAI, MCP, AutoGen, smolagents) con cero colisiones de espacio de nombres.
Semántica de Búsqueda: Una simulación con 10,000 registros mostró que la coincidencia de prefijos con alcance de confianza reprodujo exactamente la verdad fundamental (Precisión, Exhaustividad y F1 = 1.0). Los conjuntos de resultados promedio fueron de 128 agentes para consultas de prefijo amplias y 39 para consultas exactas.
Estabilidad de Identidad: La migración de endpoints preserva la identidad por construcción. El cambio de ruta o de raíz de confianza produce deliberadamente nuevas identidades, asegurando una identidad de capacidad inequívoca.
Rendimiento: Los primitivos de análisis local y derivación de claves completaron la tarea en menos de 7 microsegundos (3.7–6.4 µs para el análisis, <1 µs para la canonicalización), lo cual es insignificante comparado con la latencia de red.

Significado y Reivindicaciones

El artículo posiciona el esquema agent:// no como una mejora incremental, sino como una corrección arquitectónica análoga a la separación de DNS y enrutamiento en los inicios de internet.

Descentralización: Permite el descubrimiento federado sin registros centralizados, abordando las limitaciones de escalabilidad de FIPA y los problemas de vinculación de identidad de A2A.
Descubrimiento Semántico: Llena el vacío dejado por los Identificadores Descentralizados (DIDs al incrustar la semántica de la capacidad directamente en la cadena de identidad.
Fundamento Práctico: Los autores afirman que el esquema proporciona una "base formalmente especificada y evaluada prácticamente" para la identidad de agentes descentralizados.

El artículo reconoce limitaciones, señalando que la evaluación actual utiliza una simulación en memoria en lugar de una red Kademlia desplegada, y que la estandarización de la ontología global de capacidades sigue siendo una cuestión de gobernanza abierta. Sugiere que los Servicios de Mapeo de Capacidades podrían utilizarse para puentear rutas equivalentes a través de diferentes raíces de confianza sin necesidad de una autoridad global.

En última instancia, los autores argumentan que, al separar el nombramiento del enrutamiento y vincular la identidad a la autoridad organizacional y la capacidad, el esquema agent:// permite los sistemas multi-agente estables, escalables y seguros requeridos para las futuras aplicaciones descentralizadas.