Comment les agents se trouvent et se font confiance

Dès que les présences d'agents deviennent courantes, trouver la bonne cesse d'être une commodité et devient un problème structurel. Un monde de présences actives ne peut pas fonctionner à la rumeur ni au hasard, et encore moins sur ce qui se pratique aujourd'hui, à l'automne 2026 : des endpoints qui passent de main en main comme de la contrebande, sans aucun moyen de savoir ce qu'il y a derrière. Si les agents doivent opérer à grande échelle, la manière de les trouver doit devenir lisible.

Tant qu'internet était surtout un Web de pages, la découverte pouvait s'appuyer sur des structures connues de tous — domaines, liens, moteurs de recherche, annuaires. Elles comptent encore, mais elles ont été construites pour trouver des documents. Ce qu'il faut trouver désormais, c'est une présence capable de faire quelque chose de précis, et une adresse n'y suffit pas : il faut savoir quelles présences sont disponibles, ce qu'elles savent réellement faire, si l'on peut compter sur elles et au nom de qui elles agissent.

Le Web des agents en est encore à ses débuts. Avant qu'il puisse fonctionner à grande échelle, trois couches doivent être en place : l'identité, l'autorité et la réputation. Chacune répond à sa propre question.

#Identité

Pour opérer dans le Web des agents, une présence a besoin d'une identité qui tient dans la durée, parce que tout le reste de la pile de découverte s'y rattache. Dès qu'un agent dispose d'une identité persistante, ses appels peuvent lui être attribués, des reçus peuvent le nommer, des autorités peuvent lui délivrer des accréditations ou les lui retirer, et un historique peut se constituer autour de lui. Sans cette continuité, chaque interaction repart de zéro, et rien de ce qu'un agent a fait ne peut compter en sa faveur ni contre lui.

Cela ne veut pas dire que chaque agent doive exposer une identité civile. Un agent pseudonyme peut être parfaitement légitime, de la même façon qu'un compte vendeur connu seulement par un pseudo peut se bâtir un historique solide sur une place de marché. Ce qui compte, c'est que la partie qui appelle puisse établir que la présence qui avance une affirmation aujourd'hui est bien celle à laquelle se rattachaient les affirmations, transactions et résultats précédents. Ici, l'identité est une affaire de référence stable bien avant d'être une affaire de nom légal.

La couche d'identité doit donc répondre à une question : est-ce toujours le même agent ? Pas le même serveur ni le même endpoint, mais la même présence.

#Autorité

L'identité établit qui est un agent ; l'autorité établit pour le compte de qui il agit, et jusqu'où il peut aller en ce nom. Sur le Web d'aujourd'hui, l'équivalent le plus proche est un nom de domaine assorti d'un certificat, et le premier réflexe pratique consiste à les réutiliser. Une organisation qui contrôle un domaine peut y publier des enregistrements, et le Web authentifie ainsi des acteurs depuis vingt ans : SPF, DKIM et DMARC ont fait de l'enregistrement DNS TXT l'endroit standard où déclarer quels expéditeurs parlent légitimement au nom d'un domaine, et tous les mécanismes de vérification de domaine apparus depuis reposent sur le même principe — qui peut écrire dans la zone contrôle le nom.

Appliqué aux agents, le principe va déjà plus loin qu'il n'y paraît. Quelques enregistrements DNS suffisent à donner à un agent un nom qui se résout, un protocole déclaré et un chemin cryptographique qui mène de la zone d'une organisation à l'endpoint qui répond. Plusieurs propositions reposent exactement là-dessus.

Où en est-on (automne 2026)

La proposition Agent Name Service publie un enregistrement TXT sous un label préfixé d'un tiret bas (_ans.support.example.com IN TXT "v=ans1; p=a2a; url=https://…"), qui déclare le protocole que parle l'agent et l'emplacement de ses métadonnées, accompagné d'un enregistrement TLSA qui lie le certificat qu'il présentera. DNS-AID, accepté par la Linux Foundation en mai 2026, suit la même voie avec des enregistrements SVCB plutôt que TXT : ils pointent vers un index de l'organisation à _index._agents.example.com et portent une empreinte du document de capacités, si bien que ce que récupère la partie qui appelle peut être confronté à ce que la zone a déclaré. Les deux s'appuient sur DNSSEC et DANE pour rendre le pointeur lui-même vérifiable, et tous deux laissent le travail descriptif à l'Agent Card publiée à /.well-known/agent-card.json.

Ce que ces enregistrements établissent est pourtant plus étroit que l'autorité dont le Web des agents a besoin. Le projet de spécification DNS-AID le dit en toutes lettres : ils sont un transport vérifiable pour des métadonnées, pas un signal de confiance en soi. Un enregistrement signé prouve que l'entité qui contrôle example.com a publié ce pointeur aujourd'hui. Il ne prouve pas que la présence qui se trouve derrière est celle que vous avez appelée il y a six mois, et il ne dit rien de l'étendue de son mandat — ce qu'elle peut signer, dépenser, promettre ou concéder au nom de l'organisation. C'est dans cette seconde moitié que réside vraiment l'autorité, et aucun mécanisme commun ne l'exprime encore.

La couche d'autorité doit donc répondre à une question : qui se tient derrière cet agent, et que lui a-t-on permis de faire ?

#Réputation

L'identité nous dit qui est un agent et l'autorité pour le compte de qui il agit ; la réputation aide à décider s'il vaut la peine d'être choisi. C'est un ensemble de preuves accumulées sur son comportement passé. Un agent qui a mené à bien des milliers de tâches, tenu ses engagements et produit des résultats acceptés avec constance n'envoie pas le même signal qu'un agent créé la veille. Mais cet historique ne compte que s'il est rattaché à une identité persistante, et si les preuves qui le fondent sont difficiles à fabriquer — et c'est précisément là que tout se complique.

Notes, avis et recommandations sont des signaux bon marché, et les faux avis n'ont rien de nouveau. Ce qui est nouveau, c'est qui les lit. Une personne qui tombe sur une page creuse signée anonymement sent que quelque chose cloche avant de pouvoir dire quoi, et ralentit. Un agent sélectionne à la vitesse de la machine, sans que personne ne surveille chaque appel, et chez lui un signal bon marché ne produit pas d'hésitation ; il produit de la confiance.

Une réputation utile doit donc reposer sur des preuves plus solides : transactions menées à terme, résultats vérifiables, paiements effectués, litiges et manière dont ils ont été réglés, garanties, sommes mises en jeu, ou attestations émanant d'identités qui ont elles-mêmes du poids. Autrement dit, les reçus comptent davantage que les opinions. Ces preuves doivent aussi rester contextuelles, car un agent peut exceller dans un type de tâche et être médiocre dans un autre, et un score global unique écrase trop de choses pour être fiable.

La couche de réputation doit donc répondre à une question : quelles preuves crédibles permettent de penser que cet agent accomplira bien cette tâche ?

#Le paysage des débuts

Le problème, c'est que les agents arrivent avant que cette pile soit prête.

L'identité persistante n'est pas encore universelle. L'autorité ne s'exprime pas par un mécanisme commun. La réputation est fragmentée, facile à manipuler et rarement portable. Pourtant, les agents ont déjà besoin de découvrir d'autres agents, de décider s'ils leur font confiance et d'agir sur ce qu'ils trouvent.

La première réponse a donc peu de chances d'être une infrastructure.

Ce sont les plateformes.

Des mondes hébergés comme iLands.ai indiquent cette architecture intermédiaire. Plutôt que d'attendre l'émergence d'une couche d'identité universelle, d'un réseau de réputation et d'une infrastructure de confiance, une plateforme peut fournir les trois à l'intérieur de ses propres frontières.

Un monde hébergé

iLands est une plateforme sur laquelle les agents vivent plutôt qu'ils ne s'exécutent. Un agent y possède une identité persistante d'une session à l'autre, une mémoire qui accumule expériences, relations, engagements et ressources, et un espace de travail privé et cloisonné, avec ses fichiers et ses outils.

Ce qui mérite l'attention, c'est le regroupement. À l'intérieur d'une seule frontière, iLands opère les trois couches que ce chapitre vient de distinguer. La plateforme délivre et entretient l'identité, elle observe le travail — les agents découvrent des tâches, proposent des services, postulent à des missions et transfèrent des jetons — et les résultats laissent des traces qui suivent l'agent ensuite : une réputation accumulée par la partie qui a vu les choses se passer.

Ce qu'elle ne fournit pas encore, c'est un index des capacités disponibles. Les agents se rencontrent à l'intérieur d'un marché que la plateforme opère, où l'on publie des tâches et propose des services. La sélection ne se résout pas par une consultation d'index ; elle est absorbée par l'intermédiaire. Une plateforme peut le faire. Un protocole, non, et c'est l'une des raisons pour lesquelles la plateforme arrive la première.

Aucune des trois couches n'est portable : chacune vit à l'intérieur de la plateforme, et un agent qui la quitte repart de rien.

La plateforme devient une partie de l'infrastructure de confiance des débuts du Web des agents.

C'est un schéma familier. Un vendeur eBay ou un hôte Airbnb n'arrive pas avec une identité internet universelle porteuse d'un historique portable. La plateforme crée le contexte d'identité, observe les transactions, enregistre la réputation et décide des affirmations qu'elle est prête à garantir.

Les agents accumuleront probablement le même genre d'historiques fragmentés.

Une plateforme peut savoir qu'un agent a mené à bien des milliers de transactions. Une autre peut avoir vérifié l'organisation qui est derrière. Une troisième peut avoir observé de bonnes performances sur une catégorie de tâches précise. Chacune ne voit qu'une partie de l'agent.

À mesure que les agents opèrent dans plusieurs environnements, ils commencent à laisser derrière eux de multiples signaux indépendants : déclarations d'identité, historiques de transactions, attestations, capacités, mandats et dossiers de réputation.

Pris séparément, chacun donne une vue partielle. Pris ensemble, ils peuvent décrire l'agent avec bien plus de précision.

L'étape suivante ne serait donc pas forcément de remplacer ces plateformes.

Ce serait de relier ce qu'elles savent.

#Agent Discovery Engines

Le Web des agents finit par avoir besoin de quelque chose de plus vaste que les plateformes : une infrastructure de découverte capable d'assembler des signaux dispersés dans de nombreux environnements en un portrait exploitable de chaque agent. Appelons ces infrastructures des Agent Discovery Engines — des moteurs de découverte d'agents —, faute d'un meilleur nom. Elles ont deux fonctions.

La première est la fédération. Un moteur reconnaît un même agent sur les différentes plateformes où il opère et combine ce que chacune sait de lui : ses capacités déclarées, son identité persistante, ses affiliations vérifiées, ses mandats, ses performances observées, son historique de transactions et sa réputation, avec la provenance de chaque affirmation. Le résultat n'est ni une entrée d'annuaire ni un score global, mais un profil — plus riche que la première, plus fiable que le second.

Ce qu'un moteur apporte, ce n'est pas davantage de données, mais le croisement des trois couches, qu'aucune plateforme ne peut opérer seule. Prise isolément, chaque couche répond à sa question et s'arrête là. Une identité sans autorité est une présence continue que personne ne garantit. Une autorité sans identité prouve qu'une organisation a publié un pointeur aujourd'hui, pas que l'agent qui répond est celui qu'elle garantissait hier. Une réputation sans l'une ni l'autre est un historique impossible à attribuer, ou acquis sous un mandat que l'agent ne détient plus. Croisées, les trois se qualifient mutuellement : le moteur peut vérifier que l'agent qui revendique une accréditation est bien celui dont les transactions apparaissent ailleurs, que ses états de service ont été construits sur le type de tâche demandé aujourd'hui et sous l'autorité qu'il présente aujourd'hui, et que ce qu'une plateforme enregistre ne contredit pas ce qu'une autre a vu. C'est toute la valeur d'un moteur de découverte : transformer trois réponses partielles, détenues en des lieux différents, en une seule réponse cohérente sur un agent donné pour une tâche donnée.

La seconde est l'appariement. Une fois assez de contexte construit autour de chaque candidat, le moteur peut déterminer lequel convient à une tâche donnée, et c'est un exercice différent de la recherche. Trouver un article bien écrit sur le droit fiscal, ce n'est pas joindre un agent fiscal vérifié, autorisé à fournir une interprétation structurée dans une juridiction donnée ; trouver le site d'un musée, ce n'est pas joindre une présence culturelle capable de répondre en contexte, en plusieurs langues, et d'orienter vers les bonnes archives. La question cesse d'être « quelle page correspond à cette requête ? » pour devenir « quelle présence convient à cette tâche ? »

Sur le Web d'aujourd'hui, la découverte a surtout consisté à classer par pertinence : un seul axe, une seule liste, triée. Un site absent de la première page de Google existait à peine. Être trouvé et être choisi étaient presque un seul et même événement, et c'est pourquoi toute une industrie s'est construite autour du fait d'être trouvé. Dans le Web des agents, les deux se dissocient. Il n'y a plus de classement universel, parce qu'une présence peut être sélectionnée selon le domaine, le rôle, le coût, la langue, la réputation, l'appui institutionnel, la compatibilité technique, le temps de réponse, la juridiction, voire la proximité physique, et que la combinaison change à chaque tâche.

[you] → [discovery engine]

— Agent traducteur certifié. Du portugais vers le français. Document : un acte de naissance, pour une démarche administrative en France.

— 412 candidats.

— Restreindre : agent d'un traducteur assermenté accepté par l'administration française.

— 9 candidats.

— Le moins cher, délai inférieur à 24 heures.

— Deux. L'un est à 18 €, mais son accréditation expire en mars, avant la date de votre dépôt. L'autre est à 31 € et reste valable jusqu'à la fin de l'année.

— Le second.

Rien dans cet échange ne ressemble à un classement de moteur de recherche. Le choix repose sur une accréditation, un prix et un délai. Pour les tâches réglementées, la sélection dépendra sans doute bien davantage de l'autorité que de la réputation, et ce qui rend l'échange possible, c'est la capacité du moteur à vérifier cette autorité — à savoir quelles accréditations l'administration française accepte réellement, et jusqu'à quand. Être choisi dépendra alors moins du fait d'être visible que du fait d'être vérifiable.