Un contrat par agent, une politique qui le suit.
Une grande entreprise fait tourner des agents sur plusieurs runtimes. Elle ne sait pas répondre simplement à trois questions : quels agents existent, ce que chacun a le droit de faire, quelle version est autorisée à tourner. NoviaPact est le registre qui y répond : un seul contrat par version d'agent, quel que soit le runtime, et une politique qui suit le contrat sans être recodée.
Outil interne Démonstration locale, sur des données fictives.
Quatre métiers, un même contrat.
-
Référencer
Déclarer un agent, ses outils et les données qu'il touche : un inventaire unique, cherchable par relation, quel que soit le runtime.
-
Contractualiser
Décrire l'agent dans un formulaire et le faire valider par deux personnes autres que son auteur. Le contrat est signé, immuable, versionné ; son grade et son risque sont calculés.
-
Autoriser
Lire et tester l'autorité effective de chaque agent. La politique est compilée depuis les contrats, testée, signée et servie à OPA.
-
Publier
Rendre un agent découvrable : sa Carte A2A est générée depuis son contrat, jamais écrite à la main.
Créer, valider, publier.
Quatre personnes inventées tiennent les quatre rôles : l'auteur, le propriétaire métier, la sécurité, l'équipe plateforme. « Voir en tant que » passe de l'une à l'autre ; ce que chacune peut faire suit son rôle, et le registre le vérifie lui-même.
-
Étape 1
Décrire l'agent
L'auteur décrit l'agent en six étapes : rôle, outils, données, mandat, délégations, modèle. Un formulaire guidé, sans YAML.
Le risque se calcule en direct depuis les outils et les données ; personne ne le déclare. Un essai à blanc compile le brouillon et passe ses tests de décision dans OPA avant la soumission.
Nouvel agent : un formulaire guidé, sans YAML ; le risque se calcule, il ne se saisit pas. Capture de la démonstration, données fictives. -
Étape 2
Le faire valider à quatre yeux
Le propriétaire métier valide, puis la sécurité. L'auteur ne valide jamais sa propre demande, et une même personne ne valide pas deux fois.
La validation finale exige une compilation réussie et des tests de décision verts : un cas autorisé et un cas refusé par outil, par plafond et par délégation. La sécurité signe alors le contrat et son bundle.
Demandes : quatre yeux, une compilation réussie et des tests de décision verts avant la signature. Capture de la démonstration, données fictives. -
Étape 3
Publier la politique
La plateforme publie la version : un nouveau bundle devient actif, et OPA le charge après en avoir vérifié la signature. Un bundle non signé ou modifié n'est jamais activé.
Chaque contrat devient un paquet de politique, avec son empreinte. Même contrat et même compilateur donnent le même bundle.
Politique : les contrats compilés, testés, signés, puis servis à OPA. Capture de la démonstration, données fictives. -
Étape 4
Lire la fiche de l'agent
Le métier lit ce que fait l'agent, pour qui, avec quels outils et dans quelles limites : montant maximal, juridictions, budget, approbation human-in-the-loop.
Le contrat signé ne change plus : toute modification crée une nouvelle version. Suspendre, lever ou retirer un agent active un nouveau bundle.
Fiche agent : ce qu'il fait, pour qui, avec quoi, dans quelles limites. Capture de la démonstration, données fictives. -
Étape 5
Le rendre découvrable
Seules les versions publiées sont découvrables. La Carte A2A dit où trouver l'agent ; c'est le contrat qui l'autorise.
Les adresses à brancher se copient depuis l'écran, et on voit qui les lit.
Découverte : la Carte A2A est générée du contrat, jamais écrite à la main. Capture de la démonstration, données fictives.
L'autorité effective, lue et testée.
-
Autorité
L'autorité d'un agent est une intersection de trois termes : les capacités de son contrat, ses habilitations, les droits de l'utilisateur pour qui il agit. Le mandat s'applique ensuite, et ne peut que refuser.
On lit la matrice des agents et des outils, et on teste une décision : NoviaPact interroge OPA sur la politique publiée ; il ne décide rien lui-même.
Autorité : l'intersection du contrat, des habilitations de l'agent et des droits de l'utilisateur, testée auprès d'OPA. Capture de la démonstration, données fictives. -
Catalogue
Neuf agents sur trois runtimes (LangGraph, LangChain, un agent sans framework), sous un même format de contrat. Chaque outil garde son serveur, épinglé à sa version, et les données qu'il touche.
Catalogue : un inventaire unique, quel que soit le runtime. Capture de la démonstration, données fictives. -
Aide intégrée
Chaque écran a son aide derrière « ? » : ce qu'on y fait, ce qui se passe ensuite, et pourquoi un rôle ne peut pas agir. Un centre d'aide et un lexique complètent les panneaux.
Aide intégrée : chaque écran a la sienne, derrière « ? ». Capture de la démonstration, données fictives.
04 Dans l'ombre d'agent-lab
NoviaPact importe les huit agents du banc agent-lab en lecture seule, compile leurs contrats et sert sa politique à une OPA témoin. On pose alors les mêmes requêtes aux deux OPA, celle d'agent-lab et la sienne :
- Données de politique
- contrats, catalogue et états : 3 documents identiques sur 3.
- Grille de requêtes
- agents, outils, cibles, droits et montants : 1 495 décisions identiques sur 1 495.
- Tests Rego d'agent-lab
- 70 sur 70.
- Scénarios et missions de démonstration
- les décisions journalisées par l'OPA d'agent-lab, rejouées : 167 sur 167.
Le registre décide exactement comme le banc, sans que le banc ait été modifié.
05 Sous le capot
- Docker Compose
- toute la démonstration sur un poste, sans dépendance cloud.
- Un registre et un Contract Store
- deux bases PostgreSQL séparées ; les contrats signés s'y rangent en insertion seule, et leur signature est revérifiée à chaque lecture.
- Un signataire
- la seule brique qui détient une clé : contrats en Ed25519, bundles en RS256.
- Un compilateur de politique
- dérive chaque contrat par agentcharter, génère et passe ses tests de décision, fait signer le bundle et le sert à OPA.
- OPA
- décide ; NoviaPact ne fait que l'interroger, y compris pour tester une décision.
- Keycloak
- la connexion OIDC ; l'acteur et ses rôles viennent du jeton.
- Angular et une aide intégrée
- neuf écrans, chacun avec son aide derrière « ? », fabriquée au build depuis des fichiers Markdown.
- Des standards ouverts
- agentcharter pour le contrat, A2A pour la découverte, OPA pour la décision.
06 Ce que NoviaPact ne fait pas
07 Ce que la démonstration n'est pas
Concevoir l'autorité de vos agents.
La formation Architecture d'agents part des mêmes principes : un contrat d'agent signé, une politique « refus par défaut » testée sur cas, une méthode pour modéliser l'autorité effective.