Capacité, autorité et espace d'exécution admissible
Le discours autour de l’IA agentique commet une erreur de catégorie persistante : traiter les choix d’implémentation comme des nécessités architecturales. Un agent, en réalité technique, est une modalité d’exécution probabiliste combinant inférence, invocation d’outils, accumulation d’état et délégation de décision. Cela altère sans doute ce qui advient pendant l’exécution. Mais l’exécution n’est pas l’architecture. L’exécution est un choix opérationnel survenant dans un cadre architectural existant.
Les règles métier étaient des modalités d’exécution déterministes. Les microservices, des modalités structurées. Les humains, des modalités adaptatives. Chacun a transformé la conception des systèmes. Aucun n’a exigé une nouvelle primitive. Pourtant le motif persiste : confondre choix d’implémentation avec impératif catégorique, puis construire une discipline entière pour valider la confusion.
La correction est directe : les agents ne sont pas une nouvelle primitive. Ce sont un choix d’implémentation pour les responsabilités exécutables bornées du modèle de capacité.
Chaque organisation doit répondre à une question fondamentale : que devons-nous être capable de faire ? La réponse définit une capacité métier avec portée explicite, objectif économique et responsabilité envers les parties prenantes.
À partir de cela, l’organisation dérive des responsabilités exécutables, les capacités bornées : unités de travail avec entrées, sorties, autorité, portée contractuelle et propriété claires. Formellement : CB = (Objectif, Entrées, Sorties, Autorité, État, Contraintes, Responsabilité).
Une capacité bornée unique admet plusieurs implémentations : humain, règle, service logiciel, modèle ML, agent, hybride. Chaque implémentation satisfait les mêmes contraintes : contrat typé, permissions limitées, comportement observable, gestion du cycle de vie, identité, autorité.
L’exemple pharmaceutique l’illustre. SafetyTriageCapability (classifier les notifications de sécurité par risque) peut être réalisée comme moteur de règles, modèle ML classique, microservice, agent LLM ou spécialiste humain. Pour chaque implémentation, le contrat de capacité bornée reste identique. Chacun doit opérer sur des entrées validées, respecter sa portée d’autorité, exposer des contrats clairs, rester observable.
L’agent n’ajoute aucune primitive architecturale. Il représente une implémentation parmi plusieurs.
Qu’est-ce qui change concrètement si l’ontologie architecturale reste stable ? Les mécanismes de contrôle et la sémantique d’exécution, pas les principes fondamentaux.
Les principes d’EA (identité, moindre privilège, contexte borné, observabilité, interface contractuelle, gestion du cycle de vie) restent constants. Ce qui change est comment ils opèrent sous le probabilisme.
Les agents amplifient et rendent inférence-conditionnées certaines propriétés que les systèmes classiques supportent déjà : état mutable, routage dynamique, actions en cascade, dépendances changeantes, entrées adversariales. Ils rendent ces propriétés inférence-pilotées plutôt qu’explicitement programmées.
L’état devient une entrée d’inférence, pas seulement un enregistrement. Le routage devient dépendant de l’objectif, pas topologiquement fixe. Les cascades deviennent pilotées par le but, pas par l’événement. Les dépendances deviennent sémantiques, pas structurelles.
Cette combinaison crée des exigences distinctes d’observabilité et de contrat. L’objet d’observabilité change : objectif → observations → inférences → décisions → invocations d’outils → mutations d’état → actions. L’observabilité doit capturer non seulement ce qui s’est passé, mais pourquoi, sur quelle preuve, avec quelle autorité, sous quel état. C’est catégoriquement différent de « enregistrer tous les appels API ».
L’architecture ne prescrit plus le chemin d’exécution. Elle prescrit l’espace d’exécution admissible. Formellement : l’architecture définit E_admissible ⊆ E (toutes les trajectoires possibles). L’agent sélectionne e_t ∈ E_admissible à l’exécution. La gouvernance vérifie e_t ∈ E_admissible.
Cette distinction est architecturalement propre : l’architecture n’a plus besoin de coder chaque chemin, le système gagne la flexibilité de s’adapter à l’exécution, la gouvernance maintient la frontière en vérifiant l’admissibilité.
Les principes de gouvernance (identité, responsabilité, audit, escalade) restent invariants. Mais la surface de contrôle requise et l’intensité diffèrent. L’intensité de gouvernance doit s’ajuster au profil de risque de la décision, pas seulement à la catégorie technologique.
Définissez la charge de gouvernance comme : G = f(Autonomie, Conséquence, Irréversibilité, Incertitude, Exposition). Cela capture une perspicacité cruciale : un agent prenant une décision réversible à faible conséquence une fois exige une gouvernance minimale. Prenant cette même décision 100 millions de fois, il a un risque systémique. L’exposition—fréquence × population × durée—est la variable qui distingue l’erreur isolée de l’erreur industrialisée.
Considérez deux agents avec autorité identique : l’un propose un brouillon d’email (basse autonomie, aucune conséquence), l’autre l’envoie directement (autonomie haute, conséquence moyenne). Un troisième commande des médicaments (autonomie haute, conséquence critique). L’intensité de gouvernance diffère dramatiquement. L’autorité n’est pas la variable de distinction ; le risque l’est.
L’enveloppe d’autonomie reflète cette nature multidimensionnelle comme vecteur d’autorité borné sur actions, permissions, portée temporelle, portée d’état, plafond de conséquence, réversibilité, conditions d’escalade, plafond d’exposition. C’est plus précis qu’un simple oui/non.
Enfin, ce cadre active une question architecturale essentielle : quelles capacités peuvent changer de modalité d’implémentation de manière sûre ?
Deux implémentations sont substitutables pour une capacité bornée seulement si les deux satisfont : équivalence de résultat, risque acceptable, conformité SLA, ajustement budgétaire. Cela permet l’évolution pratique de humain vers hybride vers agent autonome, avec le contrat de capacité bornée persistant tandis que la modalité d’implémentation évolue.
Le modèle de capacité reste stable sans reconstruction à chaque changement d’implémentation.
Les principes architecturaux restent inchangés. La sémantique d’exécution a évolué. La surface de contrôle et l’intensité de gouvernance requise diffèrent. L’agent n’exige pas une nouvelle architecture ; il exige de comprendre que l’architecture gouverne maintenant un espace d’exécution admissible plutôt qu’un chemin déterministe, et que l’intensité de gouvernance suit le profil de risque multidimensionnel, pas la catégorie d’implémentation.
La capacité est la primitive. La capacité bornée est l’unité d’autorité. L’autorité est multidimensionnelle. L’espace d’exécution admissible est le mécanisme de gouvernance. La substitutabilité d’implémentation est l’objectif.
Notes doctrinales et explorations sur l’IA en systèmes régulés. Une à deux fois par mois. Désabonnement en un clic.