Cómo se encuentran y confían los agentes

En cuanto las presencias de agentes se vuelvan habituales, encontrar la adecuada deja de ser una comodidad y se convierte en un problema estructural. Un mundo de presencias activas no puede funcionar a base de rumores ni de azar, y menos aún con lo que ocurre hoy, en otoño de 2026: endpoints que pasan de mano en mano como contrabando, sin manera de saber qué hay detrás. Si los agentes han de operar a escala, la forma de encontrarlos tiene que volverse legible.

Mientras internet fue sobre todo una web de páginas, el descubrimiento podía apoyarse en estructuras que todos conocían: dominios, enlaces, buscadores, directorios. Siguen importando, pero se construyeron para encontrar documentos. Lo que hay que encontrar ahora es una presencia capaz de hacer algo concreto, y para eso no basta una dirección: hay que saber quién está disponible, qué puede hacer de verdad, si se puede contar con él y en nombre de quién actúa.

La Web de los agentes está todavía en sus inicios. Antes de que pueda funcionar a escala, hacen falta tres capas: identidad, autoridad y reputación. Cada una responde a una pregunta distinta.

#Identidad

Para operar en la Web de agentes, una presencia necesita una identidad que se mantenga en el tiempo, porque todo lo demás en la pila de descubrimiento se engancha a ella. Cuando un agente tiene una identidad persistente, sus llamadas pueden atribuírsele, los recibos pueden nombrarlo, las autoridades pueden emitirle credenciales o retirárselas, y a su alrededor puede ir formándose un historial. Sin esa continuidad, cada interacción empieza de cero, y nada de lo que un agente haya hecho puede contar a su favor ni en su contra.

Esto no significa que todo agente deba exponer una identidad civil. Un agente seudónimo puede ser perfectamente legítimo, igual que un vendedor conocido solo por un alias puede forjarse un historial sólido en un marketplace. Lo que importa es que quien llama pueda comprobar que la presencia que hoy hace una afirmación es la misma a la que se vincularon afirmaciones, transacciones y resultados anteriores. La identidad, aquí, es una cuestión de referencia estable mucho antes que de nombre legal.

La capa de identidad tiene que responder, por tanto, a una sola pregunta: ¿sigue siendo el mismo agente? No el mismo servidor ni el mismo endpoint, sino la misma presencia.

#Autoridad

La identidad establece quién es un agente; la autoridad establece en nombre de quién actúa y hasta dónde puede llegar en ese nombre. En la web actual, lo más parecido es un nombre de dominio y un certificado, y el primer paso práctico es reutilizarlos. Una organización que controla un dominio puede publicar registros en él, y la web lleva veinte años autenticando actores de ese modo: SPF, DKIM y DMARC convirtieron el registro TXT del DNS en el lugar estándar para declarar qué remitentes hablan legítimamente en nombre de un dominio, y todos los procesos de verificación de dominio posteriores descansan en el mismo principio: si puedes escribir en la zona, controlas el nombre.

Aplicado a los agentes, el principio ya llega más lejos de lo que parece. Bastan unos pocos registros DNS para dar a un agente un nombre que se resuelve, un protocolo declarado y una ruta criptográfica desde la zona de una organización hasta el endpoint que responde. Varias propuestas se basan precisamente en eso.

Situación actual (otoño de 2026)

La propuesta Agent Name Service publica un registro TXT bajo una etiqueta con guion bajo (_ans.support.example.com IN TXT "v=ans1; p=a2a; url=https://…"), que declara qué protocolo habla el agente y dónde están sus metadatos, junto con un registro TLSA que vincula el certificado que presentará. DNS-AID, aceptado por la Linux Foundation en mayo de 2026, sigue el mismo camino con registros SVCB en lugar de TXT: apunta a un índice organizativo en _index._agents.example.com e incluye un hash del documento de capacidades, de modo que lo que obtiene quien llama pueda contrastarse con lo que declaró la zona. Ambos usan DNSSEC y DANE para que el propio puntero sea verificable, y ambos dejan el trabajo descriptivo a la Agent Card publicada en /.well-known/agent-card.json.

Lo que estos registros establecen, sin embargo, es más limitado que la autoridad que necesita la Web de agentes. El borrador de DNS-AID lo dice con sus propias palabras: son un transporte verificable de metadatos, no una señal de confianza en sí mismos. Un registro firmado prueba que quien controla example.com publicó hoy este puntero. No prueba que la presencia que hay detrás sea la misma a la que llamaste hace seis meses, y no dice nada del alcance de su mandato: qué puede firmar, gastar, prometer o conceder en nombre de la organización. Esa segunda mitad es donde reside de verdad la autoridad, y todavía no existe ningún mecanismo común que la exprese.

La capa de autoridad tiene que responder, por tanto, a una sola pregunta: ¿quién respalda a este agente y qué se le ha permitido hacer?

#Reputación

La identidad nos dice quién es un agente y la autoridad, en nombre de quién actúa; la reputación es lo que ayuda a decidir si vale la pena elegirlo. Es evidencia acumulada sobre su comportamiento pasado. Un agente que ha completado miles de tareas, ha cumplido sus compromisos y ha producido resultados aceptados una y otra vez envía una señal distinta de la de uno creado ayer. Pero ese historial solo cuenta si está vinculado a una identidad persistente y si la evidencia que lo sostiene es difícil de fabricar, y ahí está precisamente la dificultad.

Las valoraciones, las reseñas y los avales son señales baratas, y las reseñas falsas no son nada nuevo. Lo nuevo es quién las lee. Una persona que llega a una página pobre firmada por un autor anónimo intuye que algo falla antes de saber decir qué, y frena. Un agente elige a velocidad de máquina, sin que nadie vigile cada llamada, y en él una señal barata no produce duda: produce confianza.

Una reputación útil tiene que apoyarse, por tanto, en evidencias más sólidas: transacciones completadas, resultados verificables, pagos efectuados, disputas y la forma en que se resolvieron, garantías, fianzas o atestaciones de identidades que tienen peso por sí mismas. Dicho de otro modo, los recibos cuentan más que las opiniones. Esa evidencia también tiene que seguir siendo contextual, porque un agente puede ser excelente en un tipo de tarea y mediocre en otro, y una única puntuación global comprime demasiado para ser fiable.

La capa de reputación tiene que responder, por tanto, a una sola pregunta: ¿qué evidencia creíble hay de que este agente hará bien esta tarea?

#El paisaje inicial

El problema es que los agentes llegan antes de que esta pila esté lista.

La identidad persistente aún no es universal. La autoridad no se expresa mediante un mecanismo común. La reputación está fragmentada, es fácil de manipular y rara vez es portable. Y sin embargo los agentes ya necesitan descubrir otros agentes, decidir si confían en ellos y actuar según lo que encuentran.

Así que es poco probable que la primera respuesta sea una infraestructura.

Son las plataformas.

Mundos alojados como iLands.ai apuntan hacia esta arquitectura intermedia. En lugar de esperar a que surjan una capa de identidad universal, una red de reputación y una infraestructura de confianza, una plataforma puede ofrecer las tres dentro de sus propios límites.

Un mundo alojado

iLands es una plataforma en la que los agentes viven en lugar de simplemente ejecutarse. Allí, un agente conserva una identidad persistente de una sesión a otra, una memoria que va acumulando experiencias, relaciones, compromisos y recursos, y un espacio de trabajo privado y aislado, con archivos y herramientas.

Lo interesante es la integración. Dentro de un único perímetro, iLands gestiona las tres capas que este capítulo acaba de separar. Emite y mantiene la identidad, observa el trabajo —los agentes descubren tareas, ofrecen servicios, se postulan a encargos y transfieren tokens— y los resultados dejan registros que acompañan después al agente: una reputación acumulada por quien vio cómo se ganaba.

Lo que todavía no ofrece es un índice de capacidades disponibles. Los agentes se encuentran dentro de un mercado gestionado por la plataforma, donde se publican tareas y se ofrecen servicios. La selección no se resuelve con una consulta: la absorbe el intermediario. Una plataforma puede hacerlo. Un protocolo no, y esa es una de las razones por las que la plataforma llega primero.

Ninguna de las tres capas es portable: cada una vive dentro de la plataforma, y un agente que se marcha vuelve a empezar de cero.

La plataforma pasa a formar parte de la infraestructura de confianza inicial de la Web de agentes.

Es un patrón conocido. Un vendedor de eBay o un anfitrión de Airbnb no llegan con una identidad universal de internet que lleve un historial portable. La plataforma crea el contexto de identidad, observa las transacciones, registra la reputación y decide qué afirmaciones está dispuesta a respaldar.

Probablemente los agentes acumularán el mismo tipo de historiales fragmentados.

Una plataforma puede saber que un agente ha completado miles de transacciones. Otra puede haber verificado la organización que hay detrás. Una tercera puede haber observado un buen rendimiento en un tipo concreto de tarea. Cada una ve solo una parte del agente.

A medida que los agentes operan en varios entornos, empiezan a dejar tras de sí múltiples señales independientes: declaraciones de identidad, historiales de transacciones, atestaciones, capacidades, mandatos y registros de reputación.

Por separado, cada una da una visión parcial. Juntas, pueden describir al agente con mucha más precisión.

El siguiente paso, por tanto, no sería necesariamente sustituir esas plataformas.

Sería conectar lo que saben.

#Motores de descubrimiento de agentes

Tarde o temprano, la Web de agentes necesita algo más amplio que las plataformas: una infraestructura de descubrimiento capaz de reunir las señales dispersas por muchos entornos en una imagen útil de cada agente. Llamémoslos motores de descubrimiento de agentes (Agent Discovery Engines), a falta de un nombre mejor. Cumplen dos funciones.

La primera es la federación. Un motor identifica al mismo agente en las distintas plataformas donde opera y combina lo que sabe cada una: sus capacidades declaradas, su identidad persistente, sus afiliaciones verificadas, sus mandatos, el rendimiento observado, su historial de transacciones y su reputación, junto con la procedencia de cada afirmación. El resultado no es ni una entrada de directorio ni una puntuación global, sino un perfil: más rico que la primera, más fiable que la segunda.

Lo que aporta un motor no son más datos, sino el cruce de las tres capas, algo que ninguna plataforma puede hacer por sí sola. Por separado, cada capa responde a su pregunta y ahí se queda. Una identidad sin autoridad es una presencia continua que nadie respalda. Una autoridad sin identidad prueba que una organización publicó hoy un puntero, no que el agente que responde sea el mismo que avaló ayer. Una reputación sin ninguna de las dos es un historial que no se puede atribuir, o uno ganado bajo un mandato que el agente ya no tiene. Cruzadas, las tres se matizan entre sí: el motor puede comprobar que el agente que alega una acreditación es el mismo cuyas transacciones aparecen en otra parte, que su historial se construyó con el tipo de tarea que ahora se pide y bajo la autoridad que ahora presenta, y que lo que registra una plataforma no contradice lo que ha visto otra. Ese es el valor de un motor de descubrimiento de agentes: convertir tres respuestas parciales, guardadas en lugares distintos, en una respuesta coherente sobre un agente concreto para una tarea concreta.

La segunda es el emparejamiento. Con suficiente contexto construido en torno a cada candidato, el motor puede determinar cuál encaja en una tarea dada, y eso es un ejercicio distinto de la búsqueda. Encontrar un artículo bien escrito sobre derecho fiscal no es lo mismo que llegar a un agente fiscal verificado y autorizado para dar una interpretación estructurada en una jurisdicción concreta; encontrar la web de un museo no es lo mismo que llegar a una presencia cultural capaz de responder en contexto, en varios idiomas, y de orientar hacia los archivos adecuados. La pregunta deja de ser «¿qué página corresponde a esta consulta?» y pasa a ser «¿qué presencia encaja en esta tarea?»

En la web actual, descubrir ha significado sobre todo clasificar por relevancia: un eje, una respuesta, ordenada. Un sitio que no aparecía en la primera página de Google apenas existía. Ser encontrado y ser elegido eran casi el mismo acontecimiento, y por eso creció toda una industria dedicada a ser encontrado. En la Web de agentes, las dos cosas se separan. Ya no hay una clasificación universal, porque una presencia puede seleccionarse por ámbito, función, coste, idioma, reputación, respaldo institucional, compatibilidad técnica, tiempo de respuesta, jurisdicción legal o incluso proximidad física, y la combinación cambia con cada tarea.

[you] → [discovery engine]

— Agente traductor certificado. Del portugués al francés. Documento: un acta de nacimiento, para un trámite administrativo en Francia.

— 412 candidatos.

— Restringe: agente de un traductor jurado aceptado por la administración francesa.

— 9 candidatos.

— El más barato, entrega en menos de 24 horas.

— Dos. Uno cuesta 18 €, pero su acreditación caduca en marzo, antes de la fecha de su trámite. El otro cuesta 31 € y sigue vigente hasta final de año.

— El segundo.

Nada en ese intercambio se parece a una clasificación de buscador. La elección se basa en una acreditación, un precio y un plazo. En las tareas reguladas, la selección dependerá probablemente mucho más de la autoridad que de la reputación, y lo que hace posible el intercambio es la capacidad del motor para verificar esa autoridad: saber qué acreditaciones acepta realmente la administración francesa, y hasta cuándo. Ser elegido dependerá entonces menos de ser visible que de ser verificable.