Fédérer des systèmes d'agents IA, ce n'est pas un problème mais trois : identité, orchestration et gouvernance inter-agents

« Il nous faut fédérer nos agents. » On entend cette phrase dès qu'une organisation dépasse trois ou quatre agents en production.

Elle est presque toujours prononcée comme s'il s'agissait d'un seul chantier, avec un seul livrable et un seul responsable. C'est l'erreur de cadrage la plus coûteuse que nous observons sur ce sujet.

Sauf que fédérer des systèmes d'agents IA n'est pas un problème, mais trois problèmes distincts, avec des propriétaires différents, des risques différents et des échéances réglementaires différentes : l'identité, l'orchestration et la gouvernance inter-agents.

Les 3 problèmes

Le premier problème, l'identité, est aussi le plus mal compris. Un agent IA n'est ni un utilisateur humain ni un compte de service classique : c'est une entité non humaine qui agit par délégation, avec une portée de mandat qui peut changer d'une tâche à l'autre. Le Forum économique mondial a formalisé ce constat sous l'appellation Know Your Agent, tant les référentiels KYC et IAM existants n'ont pas été conçus pour authentifier une entité qui décide elle-même, dans certaines limites, de la suite de ses actions.

La question opérationnelle qui en découle est rarement posée à temps : quand l'agent A délègue une tâche à l'agent B, l'autorisation initiale se propage-t-elle intacte, s'amenuise-t-elle, ou disparaît-elle purement et simplement au premier saut ? Sans réponse explicite, une organisation découvre souvent, au moment d'un incident, qu'un agent a agi avec des droits qu'aucun humain ne lui a jamais accordés directement.

Le deuxième problème, l'orchestration, est celui que les équipes techniques adressent en premier, et souvent seul. Il s'agit de faire parler les agents entre eux : quel protocole, quel bus d'événements, quelle architecture de découplage. Nous avons détaillé, dans un précédent article, pourquoi l'intégration point à point devient rapidement intenable, avec un rapport de liaisons à créer et auditer qui peut atteindre vingt-cinq contre un par rapport à une architecture événementielle.

Les protocoles agentiques (MCP, A2A, ACP) et le maillage d'événements ne s'opposent pas, ils se complètent : les premiers standardisent le langage, le second porte le flux. Mais nous avons aussi montré qu'il existe un piège spécifique à ce chantier, celui de confondre coordination et durabilité, deux propriétés qui se règlent avec des mécanismes différents et qu'un même bus ne garantit pas automatiquement ensemble.

Le troisième problème, la gouvernance inter-agents, est celui que la plupart des organisations découvrent en dernier, généralement à l'approche d'un audit. Chez Gabriel Greenfield, nous avons construit un métamodèle qui étend notre modèle générique de transformation avec quatre entités propres à la réalité agentique : Agent IA, Corpus de connaissance, Décision agentique et Actif de benchmark. L'attribut le plus déterminant de ce modèle, sur l'entité Décision agentique, s'appelle « validée par » : chaque décision prise par un agent à haut risque doit pouvoir être rattachée à un acteur humain qui l'a validée, ou signaler explicitement qu'elle a été exécutée sans validation. C'est la différence entre une gouvernance réelle et une illusion de gouvernance.

Ce troisième problème a ceci de particulier qu'il n'est plus seulement une bonne pratique, il devient une obligation opposable. L'EU AI Act, pleinement applicable depuis août 2026, classe la plupart des orchestrations multi-agents des secteurs à fort impact comme systèmes à haut risque, avec obligation de registre officiel au titre de l'article 49, de journalisation automatique des décisions, de supervision humaine effective et de capacité à fournir une explication significative à toute personne affectée.

Singapour a franchi une étape supplémentaire en janvier 2026 avec un cadre de gouvernance de l'IA agentique qui est, à notre connaissance, le premier à traiter explicitement les risques propres à la coordination multi-agents, notamment les erreurs en cascade, un mode de défaillance qu'un cadre pensé pour un agent isolé ne peut pas anticiper.

Un exemple concret, rencontré presque à l'identique dans deux missions bancaires distinctes, illustre le coût de la confusion. Un agent de recommandation crédit sollicite un agent d'analyse de risque pour affiner un dossier, qui sollicite à son tour un agent de vérification documentaire externe. Le protocole d'orchestration fonctionne parfaitement, la réponse revient en quelques secondes. Mais personne, dans l'organisation, ne peut dire avec certitude si le troisième agent a agi avec l'autorisation initiale du client, une autorisation dérivée et amoindrie, ou une autorisation qu'aucun humain n'a jamais explicitement accordée à ce niveau de la chaîne. Le système a très bien orchestré une décision dont la légitimité, elle, reste entièrement à démontrer.

Pourquoi cette distinction en trois problèmes change concrètement une feuille de route

Une organisation qui résout l'orchestration sans avoir résolu l'identité obtient des agents qui communiquent efficacement, mais sans garantie que chacun agit avec l'autorité qu'il prétend détenir : le bus fonctionne, la confiance ne suit pas. Une organisation qui résout l'identité sans la gouvernance obtient des agents correctement authentifiés, mais dont les décisions restent inauditables : elle peut prouver qui a agi, jamais pourquoi ni sous quelle validation. Et une organisation qui plaque une couche de gouvernance sur une architecture point à point sans bus d'événements découvre que la traçabilité qu'elle promet à ses auditeurs n'est techniquement pas produite par le système qui la sous-tend.

Le cadre Meridian nous donne une grille utile pour séquencer ces trois chantiers plutôt que de les mener de front sans priorité. Nos trois postures, Suggérer, Faciliter et Accompagner, décrivent des niveaux d'engagement croissants entre le consultant et l'organisation cliente ; nous appliquons la même logique de progressivité aux trois problèmes de la fédération agentique. L'identité doit être posée en premier, car elle conditionne tout le reste : on ne peut ni orchestrer en confiance ni gouverner sereinement des agents dont on ne sait pas authentifier l'autorité déléguée. L'orchestration vient ensuite, portée par un socle événementiel plutôt que par des intégrations ad hoc. La gouvernance inter-agents, enfin, ne peut être construite sérieusement que sur les deux couches précédentes : elle a besoin d'une identité fiable à tracer et d'un flux d'événements à auditer.

La règle d'or de notre diagnostic GAME s'applique une nouvelle fois sans exception : le niveau de maturité d'une organisation en matière de systèmes d'agents fédérés est déterminé par le plus faible des trois problèmes, jamais par le plus avancé. Une organisation qui a déployé un bus d'événements sophistiqué, mais qui n'a toujours pas de politique d'identité pour ses agents, n'est pas une organisation mature en fédération agentique. C'est une organisation qui a bien construit sa couche la plus visible et laissé ouverte celle qui, en cas d'incident, expliquera le moins bien ce qui s'est passé.

Ce que nous recommandons

D'abord, nommer trois responsables distincts, pas un seul, pour l'identité, l'orchestration et la gouvernance inter-agents, même si les trois rôles finissent par converger dans une même équipe plateforme à terme. Ensuite, refuser tout projet d'orchestration qui ne documente pas explicitement comment l'autorisation d'un agent se propage lorsqu'il en sollicite un autre. Enfin, exiger que chaque nouvel agent mis en production dispose, dès le premier jour, d'un propriétaire humain nommé pour ses décisions à haut risque, plutôt que de traiter cette exigence comme un chantier de mise en conformité à rattraper plus tard.

Fédérer des systèmes d'agents IA restera un sujet mal maîtrisé tant que les organisations continueront à le traiter comme un problème technique unique. C'est un chantier d'identité, un chantier d'architecture et un chantier de gouvernance, et chacun des trois a son propre calendrier réglementaire, son propre risque et son propre point de rupture.

Chez Gabriel Greenfield, nous concevons, réalisons et déployons des systèmes agentiques responsables pour de grands comptes de la finance, du retail et du luxe, en structurant précisément ces trois chantiers avec nos clients, du diagnostic GAME jusqu'au registre d'agents opérationnel. Si votre organisation prépare la fédération de ses premiers systèmes d'agents, nous serons heureux d'échanger sur votre séquencement.

Sources : 

• Metamodele IA Agentique v3 (métamodèle de gouvernance de l'IA agentique Gabriel Greenfield) ; 

• articles Gabriel Greenfield n°38 (MCP, A2A, ACP), n°44 (durabilité versus coordination) et n°66 (architecture événementielle, rapport de liaisons point à point) ; 

• recherche complémentaire sur le cadre de gouvernance de l'IA agentique de Singapour, IMDA (janvier 2026) ; 

• EU AI Act, obligations applicables aux systèmes à haut risque et registre de l'article 49 (application pleine depuis août 2026) ; 

• Forum économique mondial, cadre Know Your Agent ; 

• Meridian Playbook Digest Client.docx (postures Suggérer/Faciliter/Accompagner, diagnostic GAME et règle d'or de la maturité).