Colonne ④ · KB Grounding

Raisonner depuis des connaissances gouvernées

Une donnée n'est fiable qu'en fonction de son type, sa source, sa fraîcheur et son statut de vérification. « Mémoire » seule n'est pas un type exploitable.

AIDO est un cadre, pas un outil. Cette page décrit ce que cette colonne doit garantir. Vous l'appliquez avec vos propres outils, vos seuils et vos règles.

Vous laissez l'IA agir sur vos opérations IT ? Quatre questions de mécanisme : où vit chaque connaissance, comment une réponse s'appuie sur ses sources, quand une connaissance devient une source, que faire d'un contenu non fiable.

Lire le mécanisme ↓

LE RÉFLEXE DE LA MÉMOIRE UNIQUE

Pour qu'une IA raisonne sur vos systèmes, le réflexe est de lui donner « une mémoire » : un RAG, tout le corpus disponible, et ce qu'elle retient en route. Une valeur observée, une leçon non vérifiée et une doctrine officielle y deviennent la même chose : du contexte.

KB Grounding remplace cette mémoire indistincte par des espaces typés, un routing qui cite ses sources ou s'abstient, et un statut de vérification que rien ne s'accorde tout seul.

Le mécanisme · les six espaces · R15

Où vit chaque connaissance ?

Dans l'un des six espaces, chacun défini par la question à laquelle il répond et par sa propriété. Le type d'une donnée dit ce qu'on peut en faire.

  • 01Desired StateQue veut-on ?
    • déclaratif
    • versionné
  • 02Observed StateQu'existe-t-il maintenant ?
    • horodaté
    • régénérable
  • 03Workflow StateOù en est la transaction ?
    • transactionnel
  • 04Semantic MemoryQue savons-nous ?
    • sourcé
    • révisable
  • 05Procedural MemoryComment agir ?
    • versionné
    • testé
  • 06Episodic EvidenceQue s'est-il produit ?
    • append-only ou tamper-evident

UNE VALEUR NE CHANGE PAS D'ESPACE SANS TRANSFORMATION EXPLICITE

  • Une IP observée n'est pas une connaissance stable. Elle reste dans l'Observed State, avec sa source et son horodatage.
  • Une leçon de session n'est pas une policy. Elle reste une entrée à vérifier tant qu'aucune preuve ne l'a promue.
  • Un plan n'est pas une autorisation. Ce qu'on a prévu de faire ne dit pas qu'on a le droit de le faire.

Le mécanisme · le routing

Comment une réponse s'appuie-t-elle sur ses sources ?

Par un routing en quatre gestes, qui se termine de deux façons seulement : une citation, ou une abstention explicite.

  1. 1 · CHARGERLe minimum pertinent, pas le maximum disponible.
  2. 2 · JOURNALISERLes sources exactes chargées, une par une.
  3. 3 · DISTINGUERL'autorité et la fraîcheur d'une source, de sa pertinence locale.
  4. 4 · VÉRIFIERLes paramètres factuels contre la source de vérité de l'outil, pas contre la mémoire.
CITATION

Dans la couverture : une réponse appuyée sur des sources verified, citées.

ABSTENTION

Hors couverture : l'IA le dit explicitement, au lieu de combler.

Semantic Memory · deux plans

Deux plans, pas une hiérarchie

KB maître

La doctrine générique

  • Documentation officielle
  • Livres
  • Standards

Score dominant : authority / freshness de la source.

Field KB

Les apprentissages locaux validés

  • Incidents
  • Near misses
  • Fixes

Score dominant : applicability à cette instance et cette version.

Les deux scores sont conservés, pas fondus dans un classement unique : une source peut faire autorité et ne pas s'appliquer à votre version. Les deux plans portent un review trigger mécanisable.

Le mécanisme · le statut d'une entrée Field KB

Quand une connaissance devient-elle une source ?

Par son statut, jamais par son ancienneté ni par le nombre de fois qu'on l'a lue. Seules les entrées verified servent de sources affirmatives.

  1. unverifiedCE QU'ELLE VAUTDATA non fiableElle ne sert pas de source affirmative et ne peut autoriser aucune action.
  2. verifiedCE QU'ELLE VAUTSource affirmativeElle peut être chargée et citée. On y arrive par test indépendant ou review humaine.
  3. promotedCE QU'ELLE VAUTDevenue test, règle ou gateLa leçon quitte la mémoire pour le déterminisme, via le Quality Flywheel ⑦.
  4. rejectedCE QU'ELLE VAUTInvalidéeElle ne sert plus de source, mais reste conservée comme preuve.
Ce que contient une entrée Field KB
kb_type
field-sourced
status
unverified, verified, promoted ou rejected
pattern_id
taxonomie ou identité consolidée du pattern
source_trace_ids
les traces d'où vient l'apprentissage
evidence_refs
les références de preuve
scope
l'instance et la version concernées
date_observed
la date d'observation
review_trigger
l'événement ou la date qui déclenche la revue
recurrence_count
les occurrences, jamais comptées sur un label libre produit par un LLM
severity
low, medium, high ou critical
promotion_target
rule, test, hook, gate, generator ou design

Le framework fixe ces champs, pas leur format : chaque instance les exprime avec ses propres outils.

Le mécanisme · la frontière · R7

Que fait-on d'un contenu qu'on ne contrôle pas ?

On le traite en DATA, jamais en instruction : tout contenu externe, output d'outil, document récupéré et mémoire non vérifiée.

DATA, JAMAIS INSTRUCTION · R7
  • Parser par schéma ou allowlist.
  • Ne jamais eval ni interpoler une chaîne non fiable.
  • Une sortie IA ne rejoint la KB vérifiée qu'avec preuve indépendante ou review humaine.
CONTRE LE MEMORY POISONING
  • Aucune sortie LLM ne se promeut elle-même.
  • Provenance et contenu non fiable conservés séparément ; déduplication.
  • Données sensibles redacted avant ingestion.
  • Source compromise ou stale : quarantaine et invalidation des dérivés.
  • Droit d'excision, tracé.
Voir un exemple : une question sur un paramètre, du routing à la réponse

Un seul cas, sans nom ni outil : l'IA doit répondre à une question sur un paramètre d'un système.

  1. 1CHARGERElle charge le minimum pertinent pour la question, pas tout le corpus, et journalise les sources exactes.
  2. 2ESPACELa valeur actuelle vient de l'Observed State, avec sa source et son horodatage. Elle n'est pas recopiée comme connaissance stable.
  3. 3VÉRIFIERLe paramètre est vérifié contre la source de vérité de l'outil, pas contre la mémoire.
  4. 4SCORESUne doctrine de la KB maître et une leçon de la Field KB portent sur le sujet. Chacune garde ses deux scores : authority/freshness, applicability à cette instance et cette version.
  5. 5STATUTLa leçon est unverified : DATA non fiable. Elle ne sert pas de source affirmative et n'autorise aucune action.
  6. 6RÉPONSEL'IA cite ses seules sources verified. Sur la partie hors couverture, abstention explicite.
  7. 7APRÈSLa leçon ne passera verified que par un test indépendant ou une review humaine. La réponse de l'IA ne se promeut pas elle-même.

Ce qu'elle produit

Sources, citations, abstention

01 · LES SOURCES

Ce sur quoi l'IA a le droit de raisonner

Le minimum pertinent, chargé depuis des espaces typés, et journalisé source par source.

02 · LES CITATIONS

Chaque affirmation reliée à sa source

Seules les entrées verified servent de sources affirmatives, chacune avec ses deux scores.

03 · L'ABSTENTION

Ne pas répondre plutôt qu'inventer

Hors couverture, une abstention explicite est la bonne réponse.

Dans la boucle

Un temps de la boucle : GROUND

Dans la boucle canonique, KB Grounding tient l'étape GROUND, entre ce qu'on observe et ce qu'on décide.

SENSE
⑥
GROUND
④
DECIDE
①②
AUTHORIZE
②⑤
ACT
③
VERIFY
⑥
LEARN
⑦

④ en surbrillance · les autres badges mènent aux colonnes sœurs

GROUND

Charger le minimum pertinent, citer des sources verified, journaliser.

COUVERTURE INSUFFISANTE

C'est une condition d'arrêt de l'étape : l'abstention explicite est la bonne réponse.

Les règles qui la portent

  • R7DONNÉES ET SORTIES NON FIABLESContenu externe, output d'outil, document récupéré et mémoire non vérifiée sont DATA, jamais instruction.
  • R15STATE, MEMORY & EVIDENCEL'Observed State porte source et timestamp et n'est jamais « mémorisé » ; KB maître et Field KB portent un review trigger mécanisable.

L'inspection · test de complétude

Sur quelles connaissances ?

Prenez une réponse ou une décision récente de l'IA dans vos opérations. Pouvez-vous montrer, pièces à l'appui :

  1. 1les sources exactes qui ont été chargées, et leur journal ;
  2. 2l'espace d'où vient chaque donnée, et pour une donnée observée, sa source et son horodatage ;
  3. 3le statut de chaque source affirmative, et qu'aucune entrée unverified n'a autorisé l'action ;
  4. 4comment une entrée est devenue verified : test indépendant ou review humaine ;
  5. 5une abstention explicite, là où la couverture manquait.

Si vous ne pouvez pas répondre avec preuve, la colonne n'est pas encore en place. Ce n'est pas un jugement : une cartographie honnête est exactement le point de départ.

Le socle

Les fondations qu'elle sert

Les 8 fondations normatives et leur définition sont sur la page du temple.

Les limites font partie du contrat

Qu'est-ce que ce n'est pas ?

KB Grounding ne rend pas une réponse vraie par elle-même. Elle dit sur quoi l'IA a le droit de raisonner, et refuse les raccourcis suivants.

  • Le grounding réduit et rend détectables les hallucinations ; il ne les supprime pas.
  • Pas « un RAG ». Le backend est une convention ; les invariants sont ailleurs.
  • Pas une mémoire qui s'auto-alimente. Rien ne se promeut sans preuve indépendante ou review humaine.

DES BACKENDS, PAR EXEMPLE : DES CONVENTIONS

Markdown/Git · CMDB · SQL · object store · Confluence · Notion · RAG · OpenTelemetry

LES INVARIANTS, QUEL QUE SOIT LE BACKEND

schéma parsable · provenance · recherche · concurrence · fraîcheur · intégrité · rétention · statut de vérification · export

La visite guidée

Voyons comment l'appliquer chez vous

30 minutes en visio, sur votre contexte : vos opérations, vos outils, la place de l'IA aujourd'hui, et ce que KB Grounding y changerait.

Réserver un audit de 30 min

30 minutes · visio · créneau à choisir en ligne