Aller au contenu

Clarification

Runtime vs MCP

Clarification entre l’infrastructure de contexte gouverné et le protocole MCP qui pourra exposer des outils de lecture.

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 MCP

Le runtime et MCP ne sont pas la même classe d’objet.

Le runtime est l’infrastructure qui sert les packs précompilés. MCP est un canal de protocole qui pourra exposer certains outils de lecture, comme lister les intentions, obtenir un pack ou vérifier un digest.

MCP ne crée pas une nouvelle couche de gouvernance. Il ne doit pas ajouter d’outils d’écriture, de résolution d’intention libre, de scoring de réponse ou de recommandation.

La règle reste donc la même : le protocole donne accès à des artefacts gouvernés, mais il ne devient pas une autorité interprétative autonome.