La capa por encima de MCP: once empresas se alinean tras un estándar de agentes que Anthropic no escribió
Google, Microsoft, Salesforce, Snowflake y otras ocho respaldan ARD, una capa de descubrimiento sobre MCP. ¿Alianza o emboscada?
Una guerra de estándares que nadie anunció como guerra
La noticia más trascendente de la IA en los últimos dos días no es el lanzamiento de un modelo. Es un archivo JSON.
El 13 de julio, The Information informó que Google, Microsoft, Salesforce, Snowflake y ServiceNow habían acordado apoyar un estándar técnico común para conectar agentes de IA con software empresarial, un movimiento que los agregadores enmarcaron de inmediato como un contraataque al Model Context Protocol de Anthropic. (El artículo de The Information está detrás de un muro de pago; el enfoque que se recoge aquí proviene de coberturas secundarias, y no pude leer el reportaje original.) El estándar en cuestión, sin embargo, es real y público, y tiene nombre: Agentic Resource Discovery, o ARD.
ARD no es una novedad de esta semana. Apareció el 17 de junio de 2026 como un borrador v0.9, con licencia Apache 2.0, anunciado en el Google Developers Blog por los ingenieros Junjie Bu y Srinivas Krishnan. Lo nuevo es el peso político que ahora lo respalda. Según Search Engine Journal, once organizaciones se han sumado: Google, Microsoft, GitHub, Hugging Face, Cisco, Databricks, GoDaddy, NVIDIA, Salesforce, ServiceNow y Snowflake.
Vuelve a leer esa lista fijándote en quién falta. OpenAI no está. Anthropic —la empresa que escribió MCP— tampoco.
Qué hace realmente la especificación
La idea técnica es acotada y, sinceramente, razonable.
Hoy, un agente solo puede usar las herramientas que alguien le cableó de antemano. Instalas un servidor MCP, configuras una conexión y las definiciones de las herramientas se meten a presión en la ventana de contexto del modelo. Eso funciona con diez herramientas. Se desmorona con diez mil, porque el catálogo deja de caber en el prompt.
La respuesta de ARD es sacar la selección de herramientas de la ventana de contexto y llevarla a un servicio de búsqueda. Se apoya en dos primitivas. Primero, un publicador aloja un manifiesto legible por máquinas —normalmente ai-catalog.json— en una ruta conocida de su propio dominio, con la lista de capacidades que ese dominio ofrece. Segundo, los registros rastrean esos catálogos, los indexan y exponen un endpoint REST POST /search que devuelve resultados en vivo y ordenados por relevancia. Un agente describe en lenguaje natural lo que intenta lograr; el registro le dice qué herramienta invocar. La verificación de propiedad del dominio busca acreditar que la herramienta es lo que dice ser. La publicación de Google presenta todo el asunto como una respuesta a tres preguntas que hoy los agentes no pueden contestar de forma estandarizada: "¿Dónde vive la capacidad correcta? ¿Qué capacidad debería usar realmente? ¿Y cómo verifico que es seguro conectarme a ella?".
La publicación de lanzamiento de Hugging Face formula el cambio de forma más rotunda: "de catálogos estáticos, instalados a mano, a la búsqueda basada en la intención". HF ya ha publicado una implementación de referencia: una Discover Tool que expone miles de Skills, aplicaciones de ML y servidores MCP a través de la interfaz de búsqueda.
Lo que complica el relato del "contraataque"
Aquí es donde el enfoque de la jornada y los documentos de la jornada no coinciden, y vale la pena detenerse en esa brecha.
Todas las fuentes primarias que leí describen ARD como una capa por encima de MCP, no como un reemplazo. El anuncio de Google es explícito en que la especificación es agnóstica respecto al protocolo y en que los servidores MCP y los agentes A2A son ejemplos de tipos de capacidad que se publican dentro de un catálogo; tras el descubrimiento, el agente habla con la herramienta en el protocolo nativo de esa herramienta. La especificación llega a definir un media type, application/mcp-server-card+json, cuyo único propósito es hacer que los servidores MCP puedan aparecer en las búsquedas de ARD. Hugging Face sitúa ARD encima de una pila de tres protocolos —MCP para las llamadas a herramientas, Skills para las instrucciones, A2A para la comunicación entre agentes— e insiste: "No es un producto ni un marketplace. Es un estándar común que cualquier empresa puede implementar de forma independiente".
La publicación de Snowflake describe un problema de pura fontanería, no de política: "Hoy, configurar conexiones MCP para un cliente de IA no hace que esos agentes queden automáticamente disponibles en el siguiente". Su argumento es que un agente publicado por un equipo de datos pasaría a ser descubrible en Snowflake CoWork, Claude, Copilot o una aplicación propia sin tener que volver a registrarlo en cada uno. Fíjate en que Claude está en esa lista. Esta no es una especificación diseñada para esquivar a Anthropic; a primera vista, hace que el protocolo de Anthropic sea más fácil de encontrar.
Entonces, ¿qué es: una emboscada o un accesorio?
Por qué "complementario" y "estratégico" no son opuestos
La respuesta honesta es que ambas lecturas pueden ser ciertas, y la tensión es justamente la historia.
MCP ganó la capa de invocación. Según la cobertura del reportaje de The Information, se ha convertido silenciosamente en el estándar de facto a lo largo de los últimos dieciocho meses, y lo hizo sobre unos cimientos que pertenecen a un competidor. Esa es una posición incómoda para Microsoft, Google y Salesforce, y ninguna cantidad de licencias Apache 2.0 la vuelve cómoda. El descubrimiento es la capa por encima de la invocación: la capa que decide qué herramientas siquiera se plantea un agente. Quien opere los registros moldeará lo que los agentes ven, del mismo modo en que los buscadores moldean lo que ven las personas. Históricamente, ser dueño del índice ha valido más que ser dueño de la tubería.
Y mira quién firmó. Como señala Crypto Briefing, esta coalición opera los sistemas donde realmente vive el dato empresarial: Salesforce para los clientes, Snowflake para los datos, ServiceNow para los flujos de trabajo, más las dos nubes más grandes, más NVIDIA y GitHub. Si ellos publican ai-catalog.json y OpenAI y Anthropic no construyen contra ese estándar, las empresas de modelos pasan a ser inquilinas de un grafo de descubrimiento propiedad de los incumbentes del software. Complementario a MCP, estratégicamente adyacente a Anthropic. Ambas cosas.
Un matiz más juega en contra de la lectura conspirativa: el modelo de datos subyacente, AI Catalog, lo mantiene un grupo de trabajo de la Linux Foundation y, según los reportes, OpenAI y Anthropic son miembros del esfuerzo más amplio de estándares para agentes de la Linux Foundation. Esta es una pelea que se libra casi por completo dentro de una misma sala.
Hype frente a realidad
Real: la especificación existe, es pública, está versionada y tiene código funcionando. Al parecer, el buscador de agentes de Copilot de GitHub admite el descubrimiento a través de servicios MCP. El registro de Hugging Face está activo. Once empresas con distribución genuina han puesto su nombre en él.
Todavía no real: la adopción. Esto es un borrador v0.9. Su valor depende por completo de que se materialice un ecosistema de registros, y Search Engine Journal señala que ese ecosistema sigue en una fase temprana. Un estándar de descubrimiento sin rastreadores y sin catálogos es un esquema, no una infraestructura. La web tiene un largo cementerio de archivos de manifiesto bien diseñados que nadie publicó: el propio John Mueller, de Google, ha sostenido públicamente que los sistemas basados en LLM no pueden distinguir de forma significativa los sitios que publican archivos legibles por máquinas como llms.txt, lo cual resulta especialmente punzante viniendo de un empleado de Google y referido a este género de ideas.
También sin confirmar: cualquier declaración de Anthropic o de OpenAI sobre ARD. Su ausencia de la lista de partidarios es un hecho. Lo que esa ausencia significa —rechazo, indiferencia o una conversación aún en curso— no es algo que las fuentes establezcan, y no voy a fingir lo contrario.
En resumen
Trata el enfoque del titular con sospecha y el movimiento de fondo con respeto. La afirmación de que once empresas se han unido para matar a MCP no sobrevive al contacto con la especificación, que está construida para hacer que los servidores MCP sean más fáciles de encontrar. Pero la afirmación de que esto es meramente una conveniencia técnica no sobrevive al contacto con la lista de invitados.
El patrón a vigilar no es si ARD "le gana" a MCP. Es si el descubrimiento se convierte en la capa donde realmente se acumula el poder de negociación en la IA agéntica y, de ser así, si las empresas dueñas del patrimonio de datos empresariales acaban siendo dueñas del índice que todo agente —incluidos Claude y ChatGPT— tiene que consultar para orientarse. Eso no sería una derrota para MCP. Sería una degradación: de estándar sobre el que todos construyen, a formato de carga útil dentro del catálogo de otro.
Pregunta de nuevo dentro de seis meses cuántos archivos ai-catalog.json existen en el mundo real. Ese número, y no la cobertura de prensa de esta semana, es la historia completa.
