Aller au contenu

Clarification

Runtime vs agent génératif

Clarification entre un runtime qui sert des packs précompilés et un agent qui interprète, génère ou décide.

CollectionClarification
TypeClarification
Version0.1-proposed
Stabilisation2026-07-10
Publié2026-07-10
Mise à jour2026-07-10

Couche de preuve

Surfaces probatoires mobilisées par cette page

Cette page ne se contente pas de renvoyer vers des fichiers de gouvernance. Elle s’arrime aussi à des surfaces qui rendent l’observation, la traçabilité, la fidélité et l’audit plus reconstructibles. Leur ordre ci-dessous explicite la chaîne probatoire minimale.

  1. 01
    Artefact probatoiredoctrine-glossary.json
Artefact#01

doctrine-glossary.json

/doctrine-glossary.json

Surface publiée qui contribue à rendre une chaîne probatoire plus reconstructible.

Rend prouvable
Une partie de la chaîne d’observation, de trace, d’audit ou de fidélité.
Ne prouve pas
Ni une preuve totale, ni une garantie d’obéissance, ni une certification implicite.
À mobiliser quand
Lorsqu’une page doit expliciter son régime de preuve.

Runtime vs agent génératif

Un agent génératif peut interpréter une demande, sélectionner un objectif, produire une réponse et appeler des outils. Le runtime de contexte gouverné ne fait pas cela.

Son rôle est plus étroit : recevoir un token fermé, servir un pack précompilé et exposer le manifest permettant d’en vérifier l’intégrité.

Si une requête libre doit être interprétée, cette opération se produit hors du runtime. Le site déclare les intentions possibles, mais ne transforme pas le runtime en moteur de qualification.

Cette séparation empêche une dérive majeure : confondre infrastructure de distribution et agent de décision.