ARD : le standard agents IA qui rebat la stack des DSI ETI françaises

Ce que onze acteurs ont signé pendant que la France parlait souveraineté

Pendant que VivaTech mettait Mistral, Bull et Vsora sous les projecteurs souverainistes, Google et Microsoft publiaient discrètement la spécification ARD (Agentic Resource Discovery), un protocole ouvert qui définit la façon dont un agent IA trouve, à l'exécution, les outils dont il a besoin.¹

La liste des co-signataires donne le ton : Google, Microsoft, Salesforce, ServiceNow, NVIDIA, Snowflake, Hugging Face, GitHub, Cisco, Databricks et GoDaddy. Onze acteurs. La quasi-totalité de la stack SaaS et data déjà installée chez la plupart des ETI et Grands Comptes français.²

Le mécanisme est simple. Une organisation publie un fichier /.well-known/ai-catalog.json à la racine de son domaine. Ce manifeste liste ses agents, ses serveurs MCP, ses skills, ses A2A agents. Des registres fédérés crawlent ces catalogues et répondent aux requêtes en langage naturel d'un agent qui cherche une capacité. La spec est en v0.9, sous licence Apache 2.0, hébergée par la Linux Foundation.³

Deux noms manquent à l'appel : OpenAI et Anthropic. Ce n'est pas un oubli.

ARD, MCP, A2A : trois couches qui ne se concurrencent pas

Les commentaires médias présentent ARD comme une riposte à OpenAI et Anthropic. C'est une lecture courte. ARD ne remplace pas MCP ; il complète une couche que MCP n'a jamais voulu adresser.

MCP, le protocole publié par Anthropic en novembre 2024 et devenu standard de facto en 2026, définit comment un agent IA appelle un outil une fois qu'il sait que cet outil existe. A2A définit comment deux agents se parlent. ARD répond à une question en amont : où sont les outils, agents et skills disponibles, et lequel choisir pour la tâche que je dois exécuter ?⁴

C'est un changement de modèle technique. Jusqu'à présent, un agent recevait sa liste d'outils en dur, configurée par un développeur ou un architecte. Avec ARD, l'agent interroge un registre en disant « j'ai besoin de qualifier un prospect dans le secteur banque » et reçoit en retour les agents et serveurs MCP pertinents.⁵

Sur le papier, c'est élégant. En pratique, cela signifie que le périmètre des outils consommés par un agent en production cesse d'être figé à l'écriture du code. Pour une DSI, c'est à la fois un gain de souplesse et un nouveau front de gouvernance à tenir.

Pourquoi cette signature change l'arbitrage stack de votre DSI

Trois conséquences immédiates pour qui prépare ses arbitrages agents IA pour 2027.

D'abord, la couche découverte devient propriétaire-friendly. Google a annoncé qu'Agent Registry, son service hébergé dans Gemini Enterprise Agent Platform, est la première implémentation managée d'ARD. Snowflake intègre ARD à Cortex. Hugging Face livre un Discover Tool qui interroge en quelques lignes l'ensemble des skills et serveurs MCP publiés. GitHub branche son nouvel agent finder sur ARD pour que Copilot découvre dynamiquement les bons outils à l'exécution.⁶

Concrètement, si vous payez déjà Microsoft 365 Copilot, Salesforce Agentforce, ServiceNow ou Snowflake, vous allez recevoir cette capacité de découverte sans surcoût matériel ni nouvelle ligne de licence visible. C'est inclus dans la roadmap des éditeurs que vous interrogez déjà en RFP.

Ensuite, les contrats agents IA changent de critère d'achat. La question « ce fournisseur respecte-t-il MCP ? » suffisait jusqu'ici à valider la portabilité d'un agent. À partir du second semestre 2026, comme nous l'écrivions dans notre analyse du standard MCP, il faut ajouter trois questions au cahier des charges. L'éditeur publie-t-il un ai-catalog.json standard sur son domaine ? Son agent peut-il consommer les catalogues ARD de votre SI interne ? Le registre que vous utilisez chez votre intégrateur est-il fédéré ou centralisé sur un cloud précis ?

Enfin, OpenAI et Anthropic sont absents du tour de table. C'est notable parce que leurs offres entreprise — ChatGPT Enterprise, Claude Enterprise — sont déjà déployées dans une majorité de Grands Comptes français. Tant qu'ils ne signent pas ARD, leurs agents accéderont aux catalogues fédérés par adaptateur tiers, pas en natif. C'est un point de vigilance à mettre noir sur blanc dans tout renouvellement de contrat OpenAI Enterprise ou Anthropic Enterprise prévu au quatrième trimestre.

Le piège de gouvernance que les DSI françaises doivent désamorcer

ARD soulève un nouveau problème que personne ne mettait dans ses slides l'an dernier : qu'est-ce qui doit, ou non, apparaître dans le catalogue public de votre organisation ?

Le fichier /.well-known/ai-catalog.json est par défaut hébergé sur un chemin web accessible. C'est sa force — n'importe quel agent dans le monde peut découvrir vos capacités exposées — et son risque. Dans une banque privée régionale, exposer un agent « ouverture de compte mineur » sur un catalogue public déclenche immédiatement une revue ACPR sur la traçabilité des accès. Dans une mutuelle santé soumise à NIS2 et au RGS, le simple fait de publier le nom d'un agent « gestion sinistres » documente publiquement votre cartographie d'agents IA.

L'arbitrage opérationnel se joue en trois cas. Un catalogue public, ouvert à tout agent crawler — utile pour un site marchand grand public, dangereux pour un fournisseur d'assurance. Un catalogue interne, hébergé sur un sous-domaine sous contrôle d'accès — adapté à une banque ou à un industriel défense. Un mode hybride, avec un catalogue public minimal qui pointe vers un registre interne authentifié — c'est probablement le modèle cible pour une mutuelle de taille intermédiaire ou un acteur de la santé.

GoDaddy a publié un article qui pointe précisément ce sujet : la découverte doit aller de pair avec une couche d'identité, sans quoi vous fabriquez un nouvel SSRF agentique à l'échelle d'Internet.⁷ Pour un DSI français, ce n'est pas un détail théorique. C'est une clause à intégrer dans la politique sécurité agents IA qui passera en CODIR avant la fin de l'année.

Ce que ça change pour une entreprise française

Trois scènes concrètes pour ancrer l'analyse.

Premier cas. Une banque privée régionale de 2 200 collaborateurs a déployé en 2025 un chatbot conseiller patrimoine sur OpenAI Enterprise, avec dix serveurs MCP internes — relation client, KYC, opérations, lutte anti-blanchiment. La direction des risques opérationnels prépare la revue annuelle DORA Article 28 pour octobre 2026. Avant ARD, l'argument « notre stack est portable » tenait à l'oral. Après ARD, la direction des risques veut un catalogue ARD interne documenté, avec liste exhaustive des agents et serveurs MCP, et un test de portabilité vers une autre stack — par exemple Mistral, dont nous décortiquions la levée à 20 Md€ et le pari DORA. Sans ARD natif côté OpenAI, ce test coûte plus cher.

Deuxième cas. Une mutuelle santé ETI de 1 200 salariés a en pilote un agent IA orchestrant la qualification d'emails d'adhérents et la déclaration de sinistres. L'agent tourne sur Microsoft 365 Copilot, via la couche de contrôle Agent 365 que nous analysions en avril. Avec ARD côté Microsoft, le DSI peut publier un catalogue interne accessible uniquement aux agents authentifiés Entra ID. Cela permet de connecter d'autres outils — un mailbot Webotit pour qualifier la file d'attente de réclamations adhérents, un outil de scoring sinistres maison — sans recoder l'agent. Gain net estimé : trois mois de cycle d'intégration sur un projet qui en aurait demandé six.

Troisième cas. Un distributeur français du CAC 40 fait tourner CrewAI et LangGraph en parallèle sur deux périmètres métier différents, avec ServiceNow comme outil ITSM central. ServiceNow étant signataire d'ARD, le périmètre de découverte des agents devient unifié des deux côtés. Avant ARD, la traçabilité passait par un middleware maison. Après ARD, elle passe par le registre ServiceNow. Cela simplifie la conformité, mais cela crée aussi une dépendance qu'un CODIR doit explicitement valider, comme l'arbitrage souverain Bull-Foxconn que nous décrivions hier côté infrastructure.

Dans les trois cas, l'effet attendu est mesurable : moins de code de plomberie, plus de clauses de portabilité dans les contrats éditeurs, et une ligne supplémentaire dans la politique sécurité agent IA. C'est exactement le genre d'arbitrage qu'on doit pouvoir poser à plat dans un calculateur de retour sur investissement IA avant de signer le renouvellement Enterprise de septembre.

Webotit.ai accompagne ces arbitrages depuis huit ans pour des Grands Comptes français du top 10 assurance, du top 5 mutuelle santé et des industriels du CAC 40, avec nos solutions d'agents IA gouvernables et nos chatbots, callbots et mailbots conçus pour s'intégrer aux registres existants.

Ce qu'il faut retenir

Ce que ça change pour les renouvellements de septembre-octobre 2026

L'enchaînement chronologique pour une DSI française qui veut transformer cette signature en levier contractuel se tient en trois jalons.

Juillet-août 2026, audit interne. Lister les agents IA en production et en pilote. Cartographier les serveurs MCP déjà déployés. Identifier les catalogues fédérés disponibles chez vos éditeurs SaaS — Microsoft 365 Agent Registry, Salesforce Agentforce, ServiceNow, Snowflake Cortex — et chez votre intégrateur si vous travaillez avec un cabinet de conseil parmi les onze annoncés à VivaTech.

Septembre 2026, renégociation contrats. Pour chaque renouvellement OpenAI Enterprise, Anthropic Enterprise, Microsoft 365 Copilot ou Salesforce Agentforce, ajouter trois clauses : engagement de l'éditeur sur la roadmap ARD avec date, droit pour vous de publier votre catalogue interne sans surcoût, clause de portabilité documentée vers une stack alternative — Mistral, Llama on-premise, ou agent IA managé par un intégrateur français.

Octobre 2026, revue annuelle DORA et ACPR. Documenter votre stratégie ARD comme partie intégrante de votre cartographie des risques ICT. Pour une banque, c'est probablement le moment où la direction des risques exigera de voir la liste publique versus la liste authentifiée des agents.

C'est de l'arbitrage de stack, pas de la veille technologique. Et c'est précisément ce qui distingue une DSI qui prépare 2027 d'une DSI qui le subira.

Conclusion

Le 17 juin 2026, le marché agents IA a basculé sans bruit dans une nouvelle phase. La couche découverte n'est plus un sujet d'architecte, c'est un sujet de direction des risques.

Si votre prochain renouvellement Enterprise tombe en septembre-octobre, vous avez quatre-vingt-dix jours pour transformer cette signature en clause contractuelle. Pas plus.

Vous voulez cadrer un agent IA gouvernable, fédéré et portable pour une banque, une mutuelle ou un industriel français ? Discutez-en avec nos équipes spécialisées en agents IA d'entreprise.

Questions frequentes

Qu'est-ce qu'ARD concrètement et qui l'a publié ?+

ARD (Agentic Resource Discovery) est un standard ouvert sous licence Apache 2.0 publié à VivaTech 2026 par Google, Microsoft, Salesforce, ServiceNow, NVIDIA, Snowflake, Hugging Face, GitHub, Cisco, Databricks et GoDaddy. Il définit comment un agent IA découvre, à l'exécution, les outils et agents disponibles dans une organisation via un manifeste /.well-known/ai-catalog.json et des registres fédérés.

ARD remplace-t-il MCP ?+

Non. ARD complète MCP. MCP standardise l'appel d'un outil par un agent IA. ARD standardise la découverte de ces outils en amont. A2A complète encore en standardisant la communication entre agents. Les trois protocoles forment une stack interopérable côté agents IA entreprise.

Pourquoi OpenAI et Anthropic n'ont pas signé ARD ?+

Les deux acteurs ont construit leurs offres Enterprise autour d'expériences chatbot et d'outils orchestrés via leurs propres SDK. ARD privilégie un modèle fédéré sans acteur central. Sans signature officielle de leur part, leurs agents Enterprise restent compatibles via adaptateurs tiers, mais pas en natif. C'est un point à clarifier dans les renouvellements de contrats au quatrième trimestre 2026.

Une PME française doit-elle publier un fichier ai-catalog.json public ?+

Pas par défaut. Pour la majorité des ETI et Grands Comptes français — banques, mutuelles, assureurs, industriels sous NIS2 — publier la liste des agents IA sur un manifeste public expose la cartographie SI à des crawlers tiers. Le modèle cible est plutôt un registre interne authentifié, hébergé sur un sous-domaine sous contrôle d'accès et accessible uniquement aux agents authentifiés via Entra ID, Okta ou équivalent.

Quels critères ajouter au cahier des charges agents IA 2027 ?+

Quatre critères neufs depuis ARD. Un, l'éditeur publie-t-il un catalogue ARD sur son domaine ? Deux, son agent peut-il consommer un catalogue ARD interne hébergé chez vous ? Trois, le registre utilisé est-il fédéré ou centralisé sur un cloud précis ? Quatre, l'éditeur fournit-il une clause contractuelle de portabilité ARD documentée en cas de bascule de fournisseur ?

Sources et references

1. [1]
2. [2]
3. [3]
4. [4]
5. [5]
6. [6]
7. [7]
8. [8]