L’interopérabilité des agents devient un sujet de stratégie, pas seulement de développeurs

Le signal derrière le sujet

Un workflow repose sur des appels propriétaires difficiles à remplacer, même si chaque brique prise séparément paraît interchangeable. Le détail paraît banal jusqu’au moment où il faut en répondre. C’est là que la vraie question apparaît : quand plusieurs agents et applications coopèrent, les standards d’échange influencent la dépendance fournisseur et la capacité à recomposer le système.

Les publications de 2026 permettent déjà de cadrer le débat. Le NIST a ouvert en février 2026 un travail sur l’application des standards d’identité et d’autorité aux agents logiciels. Le sujet devient concret dès qu’un agent agit avec des droits propres dans plusieurs systèmes. Google a annoncé en septembre 2026 des capacités agentiques transverses à Gmail, Drive, Docs, Sheets, Slides et Chat, avec génération de livrables à partir des sources autorisées et sous la direction de l’utilisateur. Je m’en sers pour cadrer le problème, pas pour fabriquer une certitude. L’entreprise doit encore vérifier ce qui est vrai chez elle.

Ce qui se passe vraiment dans le travail

Une architecture IA se juge moins à la démo qu’à sa capacité à évoluer. Les modèles, les prix, les connecteurs et les règles changent vite. Le couplage fort ressemble à un gain au début. Il devient une facture au premier changement de fournisseur ou de modèle. Le bon invariant n’est pas le fournisseur. Ce sont le besoin, les règles métier, les données et la capacité à expliquer le processus. La question opérationnelle est plus simple à formuler : Quand plusieurs agents et applications coopèrent, les standards d’échange influencent la dépendance fournisseur et la capacité à recomposer le système. Le résultat visible n’est qu’une partie du coût : le contrôle et les reprises peuvent augmenter derrière.

Un workflow repose sur des appels propriétaires difficiles à remplacer, même si chaque brique prise séparément paraît interchangeable.

Le piège qui fausse la lecture

C’est précisément là qu’une formule trop simple devient dangereuse. Le contexte métier reste donc plus important que la beauté de la démonstration. Un workflow repose sur des appels propriétaires difficiles à remplacer, même si chaque brique prise séparément paraît interchangeable. Le critère de décision doit rester observable et compréhensible par la personne qui assume le résultat.

Une manière plus utile de mesurer

Le premier contrôle que je mettrais sur la table serait simple : définir interfaces stables, formats de sortie et responsabilités avant multiplication des agents. Note les erreurs par nature, pas seulement en nombre. Une petite erreur de forme et une mauvaise décision n’ont pas le même poids. Ensuite, regarde où réapparaît la charge. Une étape plus rapide peut créer une file d’attente ailleurs.

Séparer les règles métier du modèle et du fournisseur chaque fois que c’est raisonnable. À ce stade, la meilleure documentation reste souvent le processus tel qu’il se passe un mardi ordinaire.

Définir ce qui doit être exportable : données, configurations, historiques utiles, évaluations et journaux. Ce choix évite surtout que le gain affiché d’un côté réapparaisse sous forme de relecture de l’autre.

Mesurer la qualité et le coût au niveau du résultat métier, pas au niveau d’un appel technique isolé. L’intérêt est surtout de créer un critère observable. Si personne ne peut dire si ce point est respecté, la règle restera décorative.

Tester régulièrement un scénario de remplacement ou de panne d’une dépendance importante. Le but n’est pas d’ajouter une couche de procédure. C’est de rendre visible la décision qui existait déjà, souvent de manière implicite.

Ce que je garderais comme règle

Le fait qu’une machine exécute une partie du travail ne dit pas qui répond du résultat. Plus le résultat est sensible, plus le niveau de preuve, de contrôle et de possibilité de reprise doit être explicite.

Le sujet peut paraître sophistiqué. La règle de sortie, elle, doit rester simple : définir interfaces stables, formats de sortie et responsabilités avant multiplication des agents. C’est moins spectaculaire qu’une démo, mais beaucoup plus utile pour faire tenir l’usage dans le temps.