Framework d'opérations IA gouvernées · AIDO (AI-Driven Ops)
Fronton
Des opérations fiables, pilotées par l'IA,
mesurables, réversibles et prouvables
Vous laissez l'IA agir sur vos opérations IT ? Cette page est la vue d'ensemble des 7 colonnes du framework. Cliquez une colonne du temple pour l'ouvrir, une seule à la fois.
Descendre dans l'édifice ↓L'état courant, sans gouvernance
L'IA opère déjà sur des infrastructures réelles, souvent sans mandat borné, sans sources gouvernées, sans vérification du résultat. Une commande qui répond « OK » est prise pour une opération réussie. Le raisonnement reste dans les conversations : rien n'est prouvable après coup, personne ne peut dire qui avait l'autorité de quoi.
La position AIDO
L'IA ne remplace ni la réalité opérationnelle ni l'autorité humaine : elle raisonne depuis des sources gouvernées, agit dans un mandat borné, et son résultat est vérifié sur le système réel.
L'anatomie de l'édifice
Fondations, colonnes, fronton
Huit fondations normatives portent sept colonnes ; les colonnes portent la promesse. Une colonne est une capacité permanente, pas nécessairement un composant logiciel. Le temple en tête de page est votre hub de navigation : chaque colonne ouvre son panneau détaillé, ici même.
Cliquez une colonne : un seul panneau ouvert à la fois. Le mini-temple de la barre de navigation vous indique où vous êtes.
Colonne ① · Canon core/03
Decision-as-Code
Transformer un choix en actif révisable et traçable
DN + ADR + outcome contract
Ce qu'elle produit
- Un Decision Node (DN) : le choix, ses options, ses trade-offs
- Un ADR : la décision actée et sa raison, versionnées
- Un outcome contract : le résultat attendu, avant d'agir
Dans la boucle canonique
La question qu'elle doit prouver
« Pourquoi ce choix ? »
Garde-fou canon : une décision n'autorise jamais l'action.
Canon · core/03
Colonne ② · Canon core/02
Risk Lanes
Borner l'autonomie selon le risque réel
Lane + mandat + autorité requise
Ce qu'elle produit
- Une lane : la classe de risque réelle de l'action
- Un mandat : ce que l'autonomie a le droit de faire, et jusqu'où
- L'autorité requise : qui doit approuver quoi
Dans la boucle canonique
La question qu'elle doit prouver
« Quel risque et quelle autorité ? »
Garde-fou canon : la lane appartient au plan.
Canon · core/02
Colonne ③ · Canon core/05
Control Plane
Orchestrer identités, capacités et exécution
Plan autorisé + spans d'exécution
Ce qu'elle produit
- Un plan autorisé : qui peut exécuter quoi, où, combien de temps
- Des spans d'exécution : chaque action tracée dans son périmètre
Dans la boucle canonique
La question qu'elle doit prouver
« Qui peut exécuter quoi, où et combien de temps ? »
Fondation canon : toute autonomie a un périmètre, une durée, un budget, une identité et un moyen de révocation.
Canon · core/05
Colonne ④ · Canon core/06
KB Grounding
Raisonner depuis des connaissances gouvernées
Sources, citations, abstention
Ce qu'elle produit
- Des sources gouvernées : ce sur quoi l'IA a le droit de raisonner
- Des citations : chaque affirmation reliée à sa source
- L'abstention : ne pas répondre plutôt qu'inventer
Dans la boucle canonique
La question qu'elle doit prouver
« Sur quelles connaissances ? »
Garde-fou canon : le grounding réduit, ne supprime pas.
Canon · core/06
Colonne ⑤ · Canon core/04
Enforcement Layers
Rendre les invariants non contournables
Tests, policies, hooks, gates
Ce qu'elle produit
- Des tests et policies : les invariants exprimés en code
- Des hooks et gates : imposés mécaniquement, pas par consigne
Dans la boucle canonique
La question qu'elle doit prouver
« Quels invariants sont mécaniquement imposés ? »
Garde-fou canon : L1 n'est jamais une garantie L5/L6.
Canon · core/04
Colonne ⑥ · Canon core/08
Runtime Intelligence
Observer le réel et vérifier les effets
Signaux, SLO, verdict outcome
Ce qu'elle produit
- Des signaux : l'état observé du système réel
- Des SLO : la fiabilité mesurée contre un engagement
- Un verdict outcome : l'effet réel comparé au résultat attendu
Dans la boucle canonique
La question qu'elle doit prouver
« Quel effet réel a été observé ? »
Garde-fou canon : le verdict est calculé hors modèle.
Canon · core/08
Colonne ⑦ · Canon core/07
Quality Flywheel
Convertir l'expérience en déterminisme
Règle / test / gate promu
Ce qu'elle produit
- Une leçon validée et récurrente devient règle, test ou gate
- La promotion est observée : la récidive après promotion se mesure
Dans la boucle canonique
La question qu'elle doit prouver
« Qu'est devenu l'apprentissage ? »
Garde-fou canon : une sortie LLM ne se promeut jamais elle-même.
Canon · core/07Le socle
Les 8 fondations normatives
Les lois qui ne doivent jamais être violées. Une instance peut choisir ses outils, ses seuils et ses backends. Elle ne peut pas supprimer un invariant du core tout en se déclarant conforme AIDO.
F1Reality before reasoning
L'état observé prime sur la mémoire, le discours et les valeurs runtime copiées dans des documents.
F2Outcomes before execution
Aucune action sans résultat attendu, signaux de succès, fenêtre d'observation et réponse à l'échec.
F3Bounded autonomy
Toute autonomie a un périmètre, une durée, un budget, une identité et un moyen de révocation.
F4Security and least privilege by design
Toute frontière de confiance est explicite ; toute permission est minimale et temporaire quand possible.
F5Reversibility before change
Rollback, compensation ou roll-forward assumé est connu et prouvé avant toute action Amber/Red.
F6Human accountability remains explicit
L'automatisation peut décider dans un mandat ; l'autorité, l'owner et l'escalade restent identifiables.
F7Declarative and reconcilable operations
Toute modification durable rejoint un état versionné ; une action d'urgence est réconciliée après stabilisation.
F8Learning becomes deterministic
Une leçon validée et récurrente finit en test, policy, gate, générateur ou automatisation mesurable.
L'architecture conceptuelle
Les 4 dimensions du framework
| Dimension | Question | Contenu |
|---|---|---|
| Fondations | Quelles lois ne doivent jamais être violées ? | sécurité, fiabilité, responsabilité, réversibilité |
| Colonnes | Quelles capacités permanentes portent la promesse ? | les 7 domaines ci-dessus |
| Plan transversal | Qu'est-ce qui relie et prouve toutes les capacités ? | State, Memory & Evidence |
| Modes | Quelle posture s'applique maintenant ? | Normal, Change, Incident, Recovery |
Précision de rang : State, Memory & Evidence est un substrat partagé ; Incident est une posture temporaire. Ils sont de premier rang sans être des colonnes.
Principes d'ingénierie dérivés
Le fil directionnel
La boucle canonique
Sept temps, chacun porté par une ou plusieurs colonnes. Les Enforcement Layers ⑤ gardent toutes les transitions ; le plan State, Memory & Evidence relie chaque étape par un même trace_id.
Une commande réussie n'est pas une opération réussie : seul VERIFY peut conclure. AIDO Core · canon 01
L'édification · progression par capacité
De C0 à C5 : par capacité, jamais par déclaration
« Conforme » est une propriété testée d'une instance à une version donnée, pas une ressemblance documentaire. La progression se mesure capacité par capacité.
C0
Assistant
analyse, lecture seule · l'humain exécute
C1
Grounded Author
plan sourcé + validation locale · HITL complet
C2
Guarded Operator
Green borné, Amber/Red approuvés · mandat par action
C3
Outcome-Controlled
deploy, VERIFY et recovery automatiques · autonomie par type
C4
Closed-Loop
remédiation bornée par SLO/budgets · supervision stratégique
C5
Adaptive
apprentissage validé puis promotion déterministe · gouvernance du système
Une instance peut être C4 sur une remédiation et C1 sur une migration. Aucun score global ne transforme une action Red en Green. Un niveau atteint sur une capacité n'est jamais une garantie sur une autre.
L'inspection · test de complétude
Votre stack peut-elle répondre avec preuve ?
Une instance AIDO doit pouvoir répondre avec preuve à sept questions. Lisez-les en miroir : posez chacune à vos propres opérations IA, aujourd'hui.
- 1 Pourquoi ce choix ? ① Decision-as-Code
- 2 Quel risque et quelle autorité ? ② Risk Lanes
- 3 Qui peut exécuter quoi, où et combien de temps ? ③ Control Plane
- 4 Sur quelles connaissances ? ④ KB Grounding
- 5 Quels invariants sont mécaniquement imposés ? ⑤ Enforcement Layers
- 6 Quel effet réel a été observé ? ⑥ Runtime Intelligence
- 7 Qu'est devenu l'apprentissage ? ⑦ Quality Flywheel
Une réponse absente signifie que la colonne correspondante n'est pas implémentée. Ce n'est pas un jugement : une cartographie honnête est exactement le point de départ que le framework prévoit.
Ce que AIDO ne promet pas
Les limites font partie du contrat
Un framework qui promet tout ne prouve rien. Ce que le canon refuse de revendiquer, verbatim :
- Le grounding réduit et rend détectables les hallucinations ; il ne les supprime pas.
- AIDO détecte plus tôt si les signaux et tests existent ; il ne prédit pas par déclaration.
- L'autonomie n'est pas le but. Le but est d'améliorer fiabilité, vitesse, charge cognitive et capacité humaine à reprendre le contrôle.
- Une action manuelle d'urgence est permise uniquement si elle est bornée, auditée, temporaire et réconciliée.
Garde-fous structurels du framework
une décision n'autorise jamais l'action·la lane appartient au plan·le grounding réduit, ne supprime pas·L1 n'est jamais une garantie L5/L6·le verdict est calculé hors modèle·une sortie LLM ne se promeut jamais elle-même
La visite guidée
Voyons comment appliquer AIDO chez vous
30 minutes en visio, sur votre contexte : vos opérations, vos outils, la place de l'IA aujourd'hui, et ce que le framework y changerait.
Réserver un audit de 30 min