Avec un ou deux agents en production, tout tient dans votre tête. Vous savez lequel fait quoi, sur quelle version il tourne, à quoi il accède et combien il coûte. À trois ou quatre, cette connaissance informelle commence à se fissurer. À une dizaine, elle a disparu : plus personne ne sait combien d’agents tournent réellement, lesquels sont à jour, qui en est responsable, ni ce qu’ils sont autorisés à toucher.

C’est ce seuil, plutôt qu’un nombre magique, qui rend un registre d’agents nécessaire. Non pas comme une couche de bureaucratie, mais comme le point d’ancrage sans lequel la gouvernance des agents IA n’existe pas. Voici ce qu’il résout, et pourquoi il arrive plus tôt qu’on ne le croit.

Le seuil où l’informel casse

Un premier agent en production est un projet. Le dixième est un parc. Entre les deux, la nature du problème change : on passe de « faire marcher un agent » à « exploiter un ensemble d’agents ». Les questions qui étaient triviales deviennent des angles morts. Quelle version de tel agent est réellement déployée ? Qui l’a mis à jour la semaine dernière ? Cet agent a-t-il accès à ce système, et pourquoi ? Peut-on réutiliser le connecteur qu’une autre équipe a déjà construit, ou va-t-on le refaire une troisième fois ?

Sans endroit unique pour répondre, chaque réponse demande une enquête. Et un parc qu’on ne peut pas inventorier, on ne peut ni le sécuriser, ni l’auditer, ni le faire évoluer sereinement.

Le symptôme est toujours le même : une question simple, posée en réunion, à laquelle personne ne peut répondre sans ouvrir cinq consoles. « Combien d’agents ont accès à cette base ? » devient une demi-journée d’archéologie. Multipliez ce coût par chaque décision de sécurité, chaque audit, chaque arrivée dans l’équipe, et l’absence de registre cesse d’être un détail pour devenir un frein.

Ce qu’un registre doit contenir

Un registre utile n’est pas un tableur rempli une fois puis oublié. C’est une source vivante, alimentée par le déploiement lui-même plutôt qu’à la main, sans quoi elle diverge de la réalité en quelques semaines. Un bon registre couvre quatre dimensions, chacune répondant à une question qu’on finit toujours par se poser, souvent au pire moment.

Identité et versioning

Chaque agent a une identité stable et un historique de versions. On sait quelle version tourne en production, ce qui a changé entre deux versions, et on peut revenir à la précédente si une mise à jour dégrade le comportement. C’est le prolongement direct de l’évaluation avant mise en production : une version ne passe en production qu’après avoir franchi ses critères, et le registre garde la trace de cette décision.

Périmètre et permissions

Le registre décrit ce que chaque agent peut faire et atteindre : ses outils, ses connecteurs, ses droits. C’est la vue d’ensemble qui manque quand chaque agent est configuré isolément, et sans laquelle on ne peut pas répondre à la question de sécurité fondamentale : qui a accès à quoi ? Il prolonge, à l’échelle du parc, la discipline décrite pour l’architecture MCP en environnement régulé.

Propriété et cycle de vie

Chaque agent a un propriétaire identifié et un état : en exploration, en production, déprécié, retiré. Sans cela, les agents s’accumulent sans que personne n’ose les éteindre, faute de savoir qui s’en sert. Le registre rend visibles les agents orphelins et permet de les retirer proprement, au lieu de les laisser tourner par précaution.

Coût et usage

Enfin, le registre relie chaque agent à son usage et à son coût. C’est la contrepartie naturelle du FinOps de l’IA agentique : attribuer une dépense à un agent suppose de savoir quels agents existent. Sans registre, la facture est globale et muette, et personne ne peut dire quel agent a causé le pic du mois dernier.

Le point d’ancrage de la gouvernance

Ces quatre dimensions ne sont pas quatre outils séparés. Elles convergent vers un même objet : un inventaire vivant du parc d’agents, tenu à jour, interrogeable, qui sert de référence commune aux équipes techniques, à la sécurité et à la direction.

C’est ce qui transforme une collection d’agents en un système gouvernable. La gouvernance n’est pas une politique écrite dans un document que personne ne lit ; c’est la capacité concrète de répondre, à tout moment, à « quels agents tournent, dans quel état, avec quels droits et à quel coût ». Le registre est ce qui rend cette réponse possible.

Un actif, pas une bureaucratie

On associe souvent « registre » et « gouvernance » à de la lourdeur administrative. C’est l’inverse. Un registre bien conçu n’ajoute pas de friction, il en retire : il évite de refaire ce qui existe, de chercher qui est responsable, de découvrir un accès oublié le jour d’un audit. Il transforme une connaissance informelle, fragile et non partagée, en un actif de l’organisation.

Cette logique s’inscrit dans notre méthodologie d’industrialisation : industrialiser l’IA, ce n’est pas multiplier les agents, c’est garder la maîtrise de ceux qu’on met en production. Le registre est l’outil qui rend cette maîtrise tenable à l’échelle.

Vous dépassez la poignée d’agents et cherchez à reprendre la main sur votre parc IA ? Parlons-en.