AXIOM — la gouvernance doit être extérieure au système
Une architecture et une méthode conçues pour encadrer, contrôler, valider et tracer les traitements et décisions réalisés par des systèmes d’intelligence artificielle et des assistants numériques.
La question qui a tout déclenché
Face à un système capable d’agir seul, une seule question compte vraiment : qu’est-ce qui l’empêche de faire ce qui lui passe par la tête ?
On répond en général : ses instructions. Mais des instructions ne sont pas une contrainte. Ce sont des consignes que le système interprète, reformule, et peut contourner sans jamais désobéir explicitement. Elles vivent dans le système. Or un système ne se tient pas lui-même — pas plus qu’un auditeur ne contrôle ses propres comptes.
AXIOM est né de ce refus : ne pas donner des bras à des systèmes qu’aucune règle ne tient.
AXIOM est une couche de gouvernance placée entre toute instruction et son exécution. Dans l’architecture AXIOM, toute exécution doit être précédée d’un verdict explicite, rendu selon des règles écrites à l’avance et extérieures au traitement. Trois verdicts possibles : autoriser, rendre la main à un humain, ou bloquer.
Trois principes, et rien d’autre
La gouvernance est extérieure
Si les instructions ne tiennent pas un système, alors la règle ne peut pas vivre en lui. Elle doit vivre au-dessus de lui. Le droit précède le juge, le pilote suit des procédures qu’il n’a pas écrites. AXIOM pose en architecture, pour les machines, ce que des siècles ont posé pour les hommes : nul ne se gouverne soi-même.
La porte est fermée par défaut
Dans le doute, AXIOM ne dit jamais oui. Il bloque, ou il appelle un regard humain. C’est le principe fail-closed, et c’est l’inverse exact d’une logique où l’on ouvre d’abord et où l’on corrige ensuite. Dans le doute, jamais oui.
Le troisième verdict est le plus important
Autoriser et bloquer, une machine sait le faire. Savoir s’arrêter et rendre la main — reconnaître que la décision dépasse ses règles et qu’elle revient à un humain — c’est ça, AXIOM. Non pas une IA qui remplace le jugement humain, mais une architecture qui le rend de nouveau incontournable, au moment précis où il doit l’être.
Trois issues possibles, toujours nommées explicitement
Aucun traitement ne se termine dans le flou. Chaque décision porte un nom, un motif et une trace.
Traitement autorisé selon les règles applicables. La règle couvre le cas, les contrôles passent, l’exécution suit.
Validation humaine requise. Le cas dépasse les règles, ou une information manque. Le système s’arrête et rend la main.
Traitement interdit ou risque incompatible avec les règles. La porte reste fermée, et le motif du refus est conservé.
La chaîne de traitement
Six étapes, dans cet ordre, sans raccourci possible.
- 01Entrée
- 02Règles
- 03Contrôles
- 04Risque
- 05Décision
- 06Trace
Principes de fonctionnement
- Règles explicites
- Règles prédéfinies
- Contrôles déterministes lorsque cela est applicable
- Allow-list des règles autorisées
- Gestion des risques
- Traçabilité des entrées
- Traçabilité des contrôles
- Traçabilité des décisions
- Conservation des motifs
- Rapports auditables
- Contrôle humain
- Absence de création autonome de nouvelles règles
Une demande simple ne devient pas automatiquement une autorisation
L’exemple ci-dessous illustre le mécanisme AXIOM. Il ne constitue pas le compte rendu d’une transaction réelle ni une démonstration exhaustive du système.
-
01
Instruction
« Publie cette synthèse au client. »
-
02
Règle prédéfinie
Aucune publication sans rapport de validation conforme et approbation humaine.
-
03
Contrôle
Rapport de validation absent ; approbation humaine non fournie.
-
04
Risque
Diffusion externe d’un contenu qui n’a pas été validé.
Le système s’arrête et rend la main
La synthèse n’est pas publiée. Un humain doit fournir ou valider les éléments manquants avant qu’une nouvelle décision puisse être rendue.
Deux décisions à ne pas confondre
Qualité du contenu
ACCEPT / REGENERATE / REJECT évaluent le contenu produit.
Autorisation de gouvernance
ALLOW / REVIEW / BLOCK décident si une action peut être exécutée.
Une doctrine indépendante du domaine
AXIOM ne connaît pas de métier, et c’est le cœur de sa valeur. L’architecture cible vise à transformer une instruction en exécution contrôlée dès lors que les règles du domaine ont été écrites : ce qui est permis, ce qui fait preuve, ce qui exige un regard humain. Ce principe est documenté ; sa robustesse doit ensuite être démontrée pour chaque implémentation et chaque domaine.
Des chaînes documentaires aujourd’hui. Des actes de gestion, des flux de décision, des assistants numériques ensuite. Partout où une organisation engage sa responsabilité sur ce qu’exécute une machine, cette couche manque — et peu de monde la construit, parce que la gouvernance ne produit pas de démonstration spectaculaire.
La MVDG en est la première application concrète : la même doctrine, appliquée au contrôle de cohérence documentaire.
Ce qu’AXIOM est, et ce qu’il n’est pas
AXIOM est une architecture et une méthode. Ce n’est ni une certification, ni une norme officielle, ni une accréditation. Les travaux d’implémentation sont conduits en environnement local ; aucune version publique n’est proposée à ce jour.
État de maturité : la doctrine et les contrats de contrôle sont documentés, et une recette locale ciblée a éprouvé notamment les entrées absentes, invalides et les erreurs de contrat. Cette recette ne constitue ni un test exhaustif, ni la preuve d’une robustesse globale, ni celle d’une automatisation publique de bout en bout.
AXIOM ne remplace pas la responsabilité humaine. L’objectif est de rendre les mécanismes de contrôle plus explicites, reproductibles et auditables — et de garantir qu’au moment où une décision dépasse les règles, c’est un humain qui tranche.
Un besoin technique, documentaire ou de gouvernance IA ?
Écrivez directement par courriel. Pour une réponse utile dès le premier échange, précisez :
- le périmètre concerné
- vos contraintes (délai, outils, environnement, confidentialité)
- les risques déjà identifiés
- le résultat attendu