Colonne 01 · AI-Driven Ops

Decision-as-Code : la décision devient du code

Le framework est un arbre de décision, pas un pipeline rigide. À chaque nœud, l'agent présente les options avec leurs trade-offs (sourcés KB), recommande un défaut, et le choix devient un actif versionné, révisable et traçable : DN + ADR + outcome contract.

Le mécanisme — l'anatomie d'un nœud de décision

Chaque décision technique récurrente est codifiée comme un nœud structuré. L'expertise de l'architecte vit dans les options curées, pas dans des choix ad-hoc.

decision_node:
  id: DN-005
  question: "Stratégie d'auth pour le pull d'image ?"   # question unique
  options:                                              # options + preuves
    - name: GITHUB_TOKEN éphémère   basis: docs officielles + KB
    - name: PAT utilisateur
    - name: Image publique
  decision: GITHUB_TOKEN éphémère                       # décision + autorité
  outcome: pull OK sans secret longue durée             # outcome + backout
  review_trigger: rotation policy change
  adr_generated: ADR-005

La Risk Lane, elle, se classe sur le plan concret dans son contexte — jamais sur une option abstraite (c'est la colonne 02).

Arbre de décision > pipeline fixe

Pipeline fixeArbre de décision
Une seule façon de fairePlusieurs options + trade-offs
Si ça ne colle pas → shadow ITOptions curées, autonomie préservée
Pas de trace des choixChaque choix = un ADR (journal append-only)
Pas d'apprentissageLes ADR nourrissent les décisions suivantes

L'ADR généré

Validé NLM : « Exposer les decision records à l'IA transforme la connaissance fragmentée en asset structuré et actionnable. » — DORA 2025. Et la limite est assumée : une décision explique le choix ; elle n'autorise jamais l'action.

Vos choix d'archi sont-ils tracés ?

Auditons votre prise de décision IA : ce qui est improvisé, ce qui mérite un nœud + ADR.

Réserver mon audit AIDO de 30 min