Artefacts de gouvernance
Fichiers de gouvernance mobilisés par cette page
Cette page est arrimée à des surfaces publiées qui déclarent l’identité, la préséance, les limites et les conditions de lecture du corpus. Leur ordre ci-dessous donne la séquence de lecture recommandée.
governed-context-runtime.json
/governed-context-runtime.json
Surface publiée de gouvernance machine-first.
- Gouverne
- Une partie des conditions de lecture du corpus.
- Borne
- Une zone d’inférence qui resterait sinon implicite.
Ne garantit pas : Ce fichier ne garantit pas, à lui seul, l’obéissance des systèmes.
governed-context-runtime.json
/.well-known/governed-context-runtime.json
Surface publiée de gouvernance machine-first.
- Gouverne
- Une partie des conditions de lecture du corpus.
- Borne
- Une zone d’inférence qui resterait sinon implicite.
Ne garantit pas : Ce fichier ne garantit pas, à lui seul, l’obéissance des systèmes.
intent-registry.json
/intent-registry.json
Surface publiée de gouvernance machine-first.
- Gouverne
- Une partie des conditions de lecture du corpus.
- Borne
- Une zone d’inférence qui resterait sinon implicite.
Ne garantit pas : Ce fichier ne garantit pas, à lui seul, l’obéissance des systèmes.
Artefacts complémentaires (1)
Ces surfaces prolongent le bloc principal. Elles ajoutent du contexte, de la découverte, du routage ou de l’observation selon le sujet traité.
intent-registry.json
/.well-known/intent-registry.json
Surface publiée de gouvernance machine-first.
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.
- 01Artefact probatoireattested-interpretive-units.json
- 02Artefact probatoirecontent-digests.json
- 03Artefact probatoiredoctrine-glossary.json
attested-interpretive-units.json
/attested-interpretive-units.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.
content-digests.json
/content-digests.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.
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 de contexte gouverné
Le runtime de contexte gouverné est une infrastructure dont les contrats demeurent proposés, pas une couche doctrinale. Il sert un artefact précompilé pour un token d’intention canonique déjà sélectionné par un agent externe.
Le runtime ne choisit pas l’intention à partir d’une requête libre. Il ne génère pas de réponse, ne recommande pas de service, ne mesure pas la fidélité d’une sortie et ne modifie pas la gouvernance publiée.
La séquence visée est fermée : le site déclare les intentions, la CI précompile les packs, CAI atteste les unités, puis un runtime isolé sert le pack exact demandé.
Frontière v0
La v0 ne compose rien à la requête. Les entrées admissibles sont des identifiants fermés comme intentToken, lang, version, packId, unitId et digest.
Les prompts, conversations, réponses, identités personnelles, IP brutes et cookies sont hors périmètre. Le ledger de l’instance est limité aux événements techniques de distribution.
Relation avec les couches doctrinales
CCL et SAL déclarent le contexte et l’applicabilité. CPI et CAI contrôlent la pondération et l’intégrité. Q-Layer arbitre la légitimité de réponse. Le runtime ne remplace aucune de ces couches : il distribue seulement une vue précompilée du corpus gouverné.
Voir aussi le registre d’intentions canoniques, les packs de contexte gouvernés et la clarification runtime vs agent génératif.
Projection de laboratoire
Cette page demeure la source doctrinale canonique. Le programme public sur le runtime de contexte gouverné borne séparément la question de recherche, le protocole et l’état des preuves. L’existence du programme ne constitue pas un résultat.
État de l’implémentation
La mise en production du 11 octobre 2026, clôturée le 12 octobre UTC, comprend un résolveur HTTP et un adaptateur MCP séparé. Le contrôle technique des points d’accès publics, effectué par le producteur le 12 octobre à 02:18 UTC, confirme leur accès et l’égalité des octets d’un pack français reçu par les deux transports. L’interface déclare la version 0.3.0-proposed ; les contrats restent proposés, sans changement du rang doctrinal de cette page.
Le service distribue des artefacts précompilés à partir d’identifiants fermés. Il ne génère pas de réponse. Le consommateur sélectionne le contexte, vérifie l’instantané et ses archives sous sa politique locale, puis décide de l’usage. Une lecture peut produire un événement technique de distribution ; cet événement ne prouve ni l’usage du contenu ni la fidélité d’une réponse.
Le parcours et l’observation datée sont présentés ci-dessous. Les expériences sur modèles constituent une étape séparée et n’ont pas été exécutées à ce jour.
Critères du site agentique gouverné.
Examiner la référence publique 0.2.1
La préversion de référence 0.2.1-proposed fournit les contrats proposés, les vérificateurs et un parcours consommateur exécutable hors ligne. Le kit fictif permet d’inspecter un pack complet avec ses sources et ses limites. Sa racine et sa politique de confiance sont fournies pour l’exercice, sans établir une confiance de production.
Essayer le kit consommateur hors ligne · Comprendre la portée sémantique du pack · Examiner la qualification locale du producteur
La qualification locale documente les contrôles du producteur sur ses actifs conservés, sans rendre son corpus privé reproductible publiquement. La version 0.2.1 désigne la référence hors ligne, distincte de la version conceptuelle et de celle du service hébergé.
L’intégrité des octets, la permission d’utiliser le contexte et la fidélité d’une réponse restent distinctes. Le pilote comparatif sur modèles est préparé mais non exécuté (NOT_RUN). Cette publication ne constitue ni une nouvelle observation du service hébergé, ni un déploiement clé en main pour d’autres domaines. Le contrôle du 12 octobre 2026 présenté ci-dessous conserve sa portée historique.
Un contexte prêt à examiner avant de répondre
Un assistant qui explique une doctrine doit pouvoir retrouver ses sources et ses limites. L’instance de gautierdorval.com distribue des packs précompilés pour une intention déclarée et une langue choisie. L’intégrateur peut examiner la version reçue avant de la fournir à l’assistant.
Le contrôle technique effectué par le producteur le 12 octobre 2026 à 02:18 UTC a confirmé l’accès HTTP, huit outils MCP et un pack français reçu à l’identique par les deux transports. Le registre observé contient six intentions et douze packs FR/EN.
Explorer les intentions disponibles · Suivre le guide d’intégration REST/MCP · Consulter le dépôt public de référence
- Choisir une intention exacte dans le registre, puis la langue et la version du pack. Le choix appartient au consommateur.
- Récupérer le pack et son manifeste par HTTP ou MCP. L’interface sert les artefacts précompilés correspondant aux identifiants demandés.
- Vérifier l’instantané complet et ses archives sous une racine de corpus épinglée séparément, puis décider localement de l’utilisation du contexte.
L’accès HTTP commence à https://context.gautierdorval.com/. L’adaptateur séparé reçoit les requêtes POST à https://context.gautierdorval.com/mcp. Son profil MCP 2026-07-28 utilise server/discover et des métadonnées par requête. Le guide fournit les commandes PowerShell et précise les limites de compatibilité des clients.
Consulter l’état technique · Examiner l’instantané du corpus · Lire l’observation datée
Ces contrôles établissent un fonctionnement technique observé, sans garantir la disponibilité future. Ils ne mesurent ni adoption spontanée ni effet sur une réponse de modèle. L’intégrité du contexte, la permission de l’utiliser et la fidélité de la réponse demeurent trois questions distinctes. Une unité v0 isolée exige la vérification de son enregistrement complet dans l’instantané : son empreinte historique ne couvre pas tous ses champs. Le guide fournit un exemple consommateur qui conserve cette portée au point d’usage. Les clés restent réservées aux essais et les racines archivées ne constituent pas un historique des déploiements.
Apprendre la vérification avec un exemple fictif
La démonstration locale rassemble un reçu, un instantané et ses archives pour suivre le parcours de vérification sans compte ni appel réseau. Ses données et clés de test restent distinctes de l’observation du service hébergé. Examiner la démonstration exécutable.
Ces analyses vous sont utiles ?
Ajouter à mes sources Google