Por Canuto  

Google anunció ARD, una nueva especificación abierta diseñada para que agentes de inteligencia artificial puedan encontrar, evaluar y verificar herramientas, servicios y otros agentes en la web. La propuesta busca resolver uno de los mayores cuellos de botella de la llamada web agentic: cómo descubrir capacidades fuera de ecosistemas cerrados sin sacrificar interoperabilidad ni confianza.
***

  • Google presentó Agentic Resource Discovery, o ARD, como una especificación abierta para publicar, descubrir y verificar capacidades de IA en la web.
  • La arquitectura se apoya en catálogos y registros federados, con verificación criptográfica para validar la identidad del editor antes de conectarse.
  • Google Cloud integrará soporte nativo de ARD en la Plataforma de Agentes Empresariales Gemini durante los próximos meses.

Google plantea una capa abierta para la web de agentes

Google anunció la especificación Agentic Resource Discovery, o ARD, como un estándar abierto para publicar, descubrir y verificar capacidades de inteligencia artificial en la web. La propuesta apunta a un problema cada vez más visible a medida que los agentes de IA dejan de operar de forma aislada.

Según explicó Google Developers Blog, los agentes hoy dependen con mayor frecuencia de herramientas, habilidades y otros agentes distribuidos entre equipos, organizaciones y plataformas. Ese crecimiento del ecosistema crea una necesidad básica: saber dónde está la capacidad correcta, cuál conviene usar y cómo verificar que la conexión es segura.

La compañía sostiene que todavía no existe una forma estandarizada de responder esas tres preguntas entre organizaciones. Por eso ARD se presenta como una capa faltante para una web agentic más interoperable y menos fragmentada.

La idea central es que herramientas y servicios puedan compartirse y conectarse de forma segura, sin depender del framework, protocolo o proveedor subyacente. En otras palabras, Google intenta promover un lenguaje común para el descubrimiento de recursos de IA.

El anuncio fue atribuido a Junjie Bu, Senior Staff Software Engineer, y Srinivas Krishnan, Distinguished Software Engineer. Ambos enmarcaron la iniciativa como una contribución abierta construida junto a socios de la industria.

En el trasfondo hay una discusión más amplia sobre infraestructura para agentes autónomos, un segmento que también interesa a desarrolladores de blockchain, automatización empresarial y redes de servicios descentralizados. Si los agentes van a interactuar con sistemas ajenos, la confianza y el descubrimiento dejan de ser funciones secundarias.

El problema que ARD intenta resolver

Google describe un escenario concreto para ilustrar la necesidad de este estándar. Imagina a un agente de operaciones investigando un incidente activo de producción y tratando de coordinar múltiples fuentes de información.

Para resolver ese incidente, el agente podría necesitar consultar sistemas de observabilidad, buscar documentación técnica, revisar historiales de despliegue, abrir tickets de soporte y hasta colaborar con agentes especializados en solución de fallos. Ese flujo ya existe en muchas organizaciones, pero suele depender de integraciones cerradas.

El problema, según el anuncio, es que muchas plataformas mantienen registros personalizados para gestionar esas capacidades. Aunque funcionales dentro de su entorno, esos registros permanecen fragmentados y aislados dentro de ecosistemas específicos.

Esa fragmentación reduce la capacidad de los agentes para comunicarse con herramientas situadas fuera de fronteras organizativas. También complica la posibilidad de establecer confianza en recursos descubiertos dinámicamente.

ARD busca cubrir precisamente esa ausencia. La especificación define cómo se publican las capacidades bajo el nombre de dominio de una organización y cómo se indexan a través de registros federados, de modo que cualquier agente pueda localizar recursos adecuados para una tarea concreta.

Después de ese punto, ARD no reemplaza al protocolo nativo de la herramienta. Su función consiste en entregar metadatos de confianza verificables para que el agente establezca luego una conexión directa y segura con el recurso elegido.

Catálogos y registros: las dos piezas del diseño

La arquitectura de ARD se apoya en dos primitivas principales: catálogos y registros. Cada una cumple una función distinta dentro del proceso de descubrimiento y validación.

Los catálogos son los documentos que una organización publica para describir sus capacidades disponibles. Al alojarse directamente bajo el dominio propio de la entidad, la posesión de ese dominio actúa como base criptográfica de identidad y confianza.

Los registros, por su parte, funcionan como motores de búsqueda para la web agentic. Su tarea es rastrear los catálogos publicados, indexar su contenido y volverlo consultable para agentes clientes.

Cuando un agente envía una solicitud de descubrimiento, el registro responde con capacidades coincidentes y con los metadatos necesarios para verificar al editor. Ese paso ocurre antes de establecer cualquier conexión operativa con la herramienta o servicio detectado.

Google señaló que ese diseño pretende preservar la interoperabilidad. ARD no obliga a abandonar OpenAPI, MCP, A2A u otros mecanismos, sino que opera como una capa de descubrimiento y confianza previa a la interacción real.

Desde una perspectiva técnica, este enfoque se parece más a una indexación federada con verificación de procedencia que a una plataforma centralizada. El objetivo declarado es permitir hallazgos dinámicos sin encerrar a los participantes en un solo proveedor.

Las cuatro fases del flujo operativo

El anuncio describe cuatro fases clave mostradas en una demostración de terminal. Ese flujo ilustra cómo un cliente ARD puede descubrir y ejecutar nuevas capacidades completamente en tiempo de ejecución.

La primera fase es la publicación del catálogo. El proveedor aloja un archivo llamado ai-catalog.json en una ruta conocida de su dominio y allí describe los recursos disponibles.

Esos recursos pueden incluir servidores MCP, agentes A2A, herramientas OpenAPI o incluso otros catálogos anidados. Con esto, ARD permite representar desde servicios puntuales hasta conjuntos más complejos de capacidades enlazadas.

La segunda fase es el descubrimiento y la resolución. Cuando un agente necesita una capacidad, puede consultar un registro ARD mediante una intención en lenguaje natural o evitar la búsqueda y obtener directamente el catálogo del dominio de un socio ya conocido.

La tercera fase es la verificación criptográfica. Para entornos de producción, la capa de descubrimiento permite que los editores adjunten metadatos de confianza verificables con los que el cliente o el registro pueden confirmar la identidad criptográfica real del editor antes de conectarse al endpoint.

La cuarta fase es la conexión directa en tiempo de ejecución. Allí el agente cliente carga dinámicamente la capacidad seleccionada, interactúa con ella usando su protocolo nativo o su API y devuelve el resultado final al usuario.

Ese flujo resume la ambición de ARD. La especificación no intenta monopolizar la ejecución de agentes, sino ordenar cómo encuentran capacidades y cómo evalúan si son auténticas antes de usarlas.

La apuesta de Google Cloud y Gemini por la gobernanza empresarial

Google vinculó el anuncio de ARD con el Registro de Agentes de la Plataforma de Agentes Empresariales Gemini. La empresa lo presentó como el producto empresarial que materializa esa visión dentro de una red federada global.

De acuerdo con la publicación, el Registro de Agentes ofrece soporte completamente alojado para buscar, descubrir y gestionar recursos agenticos. Entre ellos figuran agentes, habilidades, servidores MCP y otras herramientas.

La plataforma también permite incorporar esas capacidades directamente al propio registro. Google adelantó además que pronto admitirá la incorporación de editores autenticados.

Uno de los puntos más relevantes del anuncio es el rol de la gobernanza. El Registro de Agentes asigna URNs en espacios de nombres únicos a nivel global, aplica políticas de egreso agentic y fija herramientas y especificaciones.

También gestiona recursos seguros usando Identidad de Agente para verificar el llamado manifiesto de confianza. Google describe esa capa como el componente criptográfico de ARD para probar autenticidad del agente y cumplir con estándares de conformidad empresarial como HIPAA.

La mención de HIPAA sugiere que Google busca posicionar la propuesta no solo para flujos experimentales de IA, sino también para sectores regulados. En esos entornos, la trazabilidad del origen y la validación de identidad pueden resultar tan importantes como la funcionalidad de la herramienta.

La compañía indicó que el soporte nativo de ARD llegará a la Plataforma de Agentes en los próximos meses. Eso permitirá que organizaciones conecten de forma segura sus registros internos con la red federada más amplia.

Implicaciones para el ecosistema de IA abierta

Google comparó esta iniciativa con el papel histórico de la web abierta en la democratización de la información. En ese marco, ARD es presentado como un mecanismo para democratizar el descubrimiento de recursos de IA.

La comparación no es menor. Si el ecosistema de agentes termina dominado por silos propietarios, la promesa de automatización interoperable podría quedar limitada a alianzas privadas y a integraciones cerradas entre grandes plataformas.

ARD intenta evitar ese desenlace mediante una especificación abierta y federada. Su planteamiento encaja con una tendencia más amplia dentro de la infraestructura digital: separar la capa de descubrimiento de la capa de ejecución para reducir dependencia de intermediarios únicos.

Para lectores provenientes del mundo cripto o blockchain, la propuesta toca un tema familiar. La identidad verificable, la procedencia de recursos y la coordinación entre actores autónomos son problemas muy cercanos a los que han enfrentado redes descentralizadas y protocolos abiertos durante años.

Sin embargo, ARD no se presenta como una red blockchain ni como un sistema de liquidación descentralizada. Su foco está en la publicación de metadatos, la indexación federada y la confianza criptográfica aplicada al acceso de herramientas de IA.

Si logra adopción entre múltiples empresas y comunidades de desarrollo, podría convertirse en una especie de estándar de señalización para agentes. Si no la logra, corre el riesgo de sumarse a la lista de especificaciones técnicamente útiles que nunca alcanzan masa crítica suficiente.

Cómo empezar y qué viene ahora

Google informó que la especificación ARD ya está disponible públicamente. La empresa invitó a los desarrolladores y organizaciones interesadas a publicar su primer catálogo y experimentar con el modelo.

El punto de partida es alojar un archivo ai-catalog.json en el dominio propio siguiendo una guía rápida. Según el anuncio, eso permite volver descubribles ciertos servicios en cuestión de minutos.

Además, los interesados pueden consultar la especificación completa, donde se incluyen esquemas, el modelo de federación, la arquitectura de confianza y las implementaciones de referencia. Ese detalle sugiere que el proyecto busca facilitar adopción temprana entre equipos técnicos.

Google también llamó a participar a la comunidad mediante contribuciones de implementaciones, propuestas de actualización de esquemas y colaboración en el repositorio de GitHub del proyecto. La intención declarada es que la evolución de ARD no quede limitada a una sola empresa.

La especificación está licenciada bajo Apache 2.0 y se basa en el modelo de datos de AI Catalog. El anuncio agradece al Grupo de Trabajo de AI Catalog bajo la Linux Foundation y a los socios de lanzamiento que ayudaron a moldear la especificación y las implementaciones de referencia.

Con ese cierre, Google refuerza el mensaje político y técnico del lanzamiento. El ecosistema agentic, según la empresa, funciona mejor cuando es descentralizado y abierto, y ARD pretende ser una contribución concreta para que siga siendo así.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados