Aller au contenu

Page

Couche de preuve : hub

Hub transversal qui relie canon, observation, trace, preuve de fidélité, audit et correction dans une chaîne probatoire explicite.

CollectionPage
TypeHub

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.

  1. 01Canon de définitions
  2. 02Q-Layer en Markdown
  3. 03Carte de l’observatoire
Canon et identité#01

Canon de définitions

/canon.md

Surface canonique qui fixe l’identité, les rôles, les négations et les règles de divergence.

Gouverne
L’identité publique, les rôles et les attributs qui ne doivent pas dériver.
Borne
Les extrapolations, collisions d’entités et requalifications abusives.

Ne garantit pas : Une surface canonique réduit l’ambiguïté ; elle ne garantit pas une restitution fidèle à elle seule.

Politique et légitimité#02

Q-Layer en Markdown

/response-legitimacy.md

Surface canonique de légitimité de réponse, de clarification et de non-réponse.

Gouverne
La légitimité d’une réponse et les contraintes qui modulent sa forme.
Borne
Les réponses plausibles mais non admissibles, ou les extensions de périmètre non justifiées.

Ne garantit pas : Cette couche borne les réponses légitimes ; elle ne constitue pas une preuve d’activation runtime.

Observabilité#03

Carte de l’observatoire

/observations/observatory-map.json

Carte structurée des surfaces d’observation et des zones suivies.

Gouverne
La description des écarts, des dérives, des snapshots et des comparaisons.
Borne
La confusion entre signal observé, preuve de fidélité et pilotage réel.

Ne garantit pas : Une surface d’observation documente un effet ; elle ne vaut pas, seule, comme garantie de représentation.

Artefacts complémentaires (3)

Ces surfaces prolongent le bloc principal. Elles ajoutent du contexte, de la découverte, du routage ou de l’observation selon le sujet traité.

Observabilité#04

Q-Ledger JSON

/.well-known/q-ledger.json

Journal machine-first des observations, baselines et écarts versionnés.

Observabilité#05

Q-Metrics JSON

/.well-known/q-metrics.json

Surface de métriques descriptives pour observer des écarts, snapshots et comparaisons.

Observabilité#06

Protocole Q-Attest

/.well-known/q-attest-protocol.md

Protocole publié pour cadrer l’attestation, la preuve et la lecture des observations.

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
    Canon et périmètreCanon de définitions
  2. 02
    Autorisation de répondreQ-Layer : légitimité de réponse
  3. 03
    Carte d’observationObservatory map
  4. 04
    Observation faibleQ-Ledger
Fondation canonique#01

Canon de définitions

/canon.md

Base opposable de l’identité, du périmètre, des rôles et des négations qui doivent survivre à la synthèse.

Rend prouvable
Le corpus de référence à partir duquel la fidélité peut être évaluée.
Ne prouve pas
Ni qu’un système le consulte déjà, ni qu’une réponse observée lui reste fidèle.
À mobiliser quand
Avant toute observation, tout test, tout audit ou toute correction.
Couche de légitimité#02

Q-Layer : légitimité de réponse

/response-legitimacy.md

Surface qui explicite quand répondre, quand suspendre et quand basculer en non-réponse légitime.

Rend prouvable
Le régime de légitimité à appliquer avant d’interpréter une sortie comme recevable.
Ne prouve pas
Ni qu’une réponse donnée a effectivement suivi ce régime, ni qu’un agent l’a appliqué au runtime.
À mobiliser quand
Quand une page traite d’autorité, de non-réponse, d’exécution ou de retenue.
Index d’observation#03

Observatory map

/observations/observatory-map.json

Index machine-first des ressources d’observation, des snapshots et des points de comparaison publiés.

Rend prouvable
Où se trouvent les objets d’observation mobilisables dans une chaîne probatoire.
Ne prouve pas
Ni la qualité d’un résultat, ni la fidélité d’une réponse particulière.
À mobiliser quand
Pour localiser les baselines, journaux, snapshots et artefacts dérivés.
Journal d’observation#04

Q-Ledger

/.well-known/q-ledger.json

Journal public de sessions inférées qui rend visibles certaines consultations et séquences observées.

Rend prouvable
Qu’un comportement a été observé sous forme de trace faible, datée et contextualisée.
Ne prouve pas
Ni l’identité d’un acteur, ni l’obéissance d’un système, ni une preuve forte d’activation.
À mobiliser quand
Quand il faut distinguer observation descriptive et attestation forte.
Surfaces probatoires complémentaires (6)

Ces artefacts prolongent la chaîne principale. Ils servent à qualifier un audit, un niveau de preuve, une citation ou une trajectoire de version.

Métriques descriptivesMesure dérivée

Q-Metrics

/.well-known/q-metrics.json

Couche dérivée qui rend certaines variations plus comparables d’un snapshot à l’autre.

Protocole d’attestationAttestation

Q-Attest protocol

/.well-known/q-attest-protocol.md

Spécification facultative qui sépare clairement les sessions inférées des attestations validées.

Schéma de rapportRapport d’audit

IIP report schema

/iip-report.schema.json

Interface publique d’un rapport d’intégrité interprétative : périmètre, métriques et taxonomie de dérives.

Schéma de conformitéConformité observée

CTIC compliance report schema

/ctic-compliance-report.schema.json

Schéma public pour publier des constats de conformité et des findings sans exposer la logique privée complète.

Surface de citationContexte externe

Citations

/citations.md

Surface minimale de références externes utilisée pour contextualiser certains concepts sans leur déléguer l’autorité canonique.

Journal de changementsMémoire et version

Changelog IA

/changelog-ai.md

Journal public qui rend les évolutions des surfaces IA plus datables et plus auditables.

Quand la preuve est le bon point de départ

Utiliser Commencer ici si tu dois déterminer si le problème relève de la preuve, de la visibilité, de l’autorité, de la récupération, de la mémoire ou de l’exécution. Utiliser cette page lorsque la réponse doit être reconstruite, contestée, comparée ou défendue.

Pourquoi cette page existe

Le site publie déjà des doctrines sur l’observabilité interprétative, la preuve de fidélité, l’écart canon-sortie et l’audit d’intégrité interprétative.

Ce qui manquait encore, c’était un point d’assemblage simple : une page qui montre comment ces objets s’enchaînent dans un régime probatoire cohérent.

Autrement dit, les fichiers de gouvernance publient les conditions de lecture. La couche de preuve publie les conditions de contestabilité.

Hiérarchie des liens de la couche de preuve

Lire ce hub comme une chaîne de preuve, pas comme une liste d’artefacts. La question centrale n’est pas de savoir si une source existe, mais si une réponse peut être reconstruite, contestée et corrigée sans ajouter d’hypothèses non autorisées.

À lire d’abord

Routes de soutien

Règle de lecture

La liste d’artefacts ci-dessous reste utile, mais elle doit être lue selon un ordre de preuve : base d’autorité, reconstruction, fidélité, auditabilité et correction.

La chaîne probatoire minimale

Une couche de preuve sérieuse ne commence pas par un score. Elle commence par un ordre.

  1. Canon : qu’est-ce qui fait autorité et dans quel périmètre ?
  2. Légitimité de réponse : quand peut-on répondre, suspendre ou refuser ?
  3. Observation : qu’est-ce qui a été vu ou détecté sous conditions déclarées ?
  4. Trace : quelles sources, quelles règles et quelle fenêtre ont produit l’état observé ?
  5. Preuve de fidélité : la sortie reste-t-elle encore dans le canon ?
  6. Audit : l’écart est-il qualifié, daté, versionné et actionnable ?
  7. Correction : que change-t-on, où, et comment suit-on la résorption ?

Dès qu’une de ces étapes manque, la chaîne devient plus fragile. On peut encore commenter un effet. On ne peut plus vraiment opposer une preuve.

Ce que chaque niveau rend possible

Canon et périmètre

Le /canon/ et le Q-Layer fixent le terrain. Sans eux, on peut observer des comportements, mais pas qualifier clairement ce qui dérive.

Observation et mesure dérivée

Q-Ledger et Q-Metrics rendent certains effets plus visibles. Ils n’établissent pas, à eux seuls, qu’une sortie est fidèle.

C’est précisément la frontière posée dans Observation vs attestation : pourquoi Q-Ledger est volontairement faible et dans Les métriques GEO ne pilotent pas la représentation.

Trace et fidélité

La trace d’interprétation sert à reconstruire le chemin. La preuve de fidélité sert à montrer que ce chemin reste compatible avec le canon.

La page Preuve de fidélité : pourquoi une citation ne suffit plus explique pourquoi une citation seule ne fait pas encore une preuve.

Audit et correction

L’audit d’intégrité interprétative transforme ensuite ces objets en diagnostic, en plan de correction et en suivi versionné.

Cette articulation est prolongée par Observabilité appliquée et surfaces probatoires publiées.

Lire les artefacts probatoires publiés

Les artefacts mis en avant sur cette page n’ont pas tous le même niveau de preuve.

  • /canon.md : base canonique et périmètre de référence.
  • /response-legitimacy.md : conditions de réponse, de suspension et de non-réponse.
  • /observations/observatory-map.json : carte des ressources d’observation.
  • /.well-known/q-ledger.json : observation faible et datée.
  • /.well-known/q-metrics.json : mesure dérivée et descriptive.
  • /.well-known/q-attest-protocol.md : séparation entre observation inférée et attestation validée.
  • /iip-report.schema.json : forme minimale d’un rapport d’audit reconstructible.
  • /ctic-compliance-report.schema.json : forme minimale de constats de conformité publiés.
  • /citations.md : surface de citation explicite des références externes.
  • /changelog-ai.md : mémoire de version et de changement.

Preuve produit versus preuve doctrinale

Un écosystème multisite peut publier de la preuve sur plusieurs surfaces sans que toutes revendiquent le même type d’autorité.

Dans l’écosystème actuel :

  • la preuve doctrinale sur gautierdorval.com clarifie l’ordre de lecture, les niveaux de preuve et ce qui constitue une observation bornée ;
  • la preuve produit sur better-robots.com expose le cas appliqué et le problème opérationnel résolu par le plugin ;
  • la preuve de dépôt sur github.com/GautierDorval/better-robots-txt expose le périmètre produit, le changelog, les captures et les bundles d’évidence.

La règle clé est simple : un bundle de preuve produit peut soutenir un claim opérationnel sans devenir l’endroit où la doctrine de l’ensemble du problème est redéfinie silencieusement.

Ce que cette couche n’est pas

Cette page ne crée ni certification, ni garantie d’obéissance, ni promesse de performance.

Elle pose un cadre plus modeste et plus utile :

  • ne pas confondre observation et attestation ;
  • ne pas confondre citation et fidelité ;
  • ne pas confondre métrique et preuve ;
  • ne pas confondre preuve locale et stabilité système.

Lire ensuite

Séquence recommandée : /canon/Q-LayerObservations → Couche de preuve → AuditCorrection.

Responsabilité sémantique et chaîne de preuve

Ce que le discours public appelle souvent responsabilité sémantique ne devient opératoire que lorsque le sens d’une réponse peut être rattaché à une hiérarchie de sources traçable et à un régime de preuve contestable.

Dans cet écosystème, cette responsabilité ne repose pas sur une rhétorique. Elle repose sur la chaîne déjà décrite ici : canon, légitimité de réponse, observation, trace, preuve de fidélité, audit, puis correction.

C’est aussi pourquoi le sens délégué accroît le risque lorsqu’il acquiert une force pratique sans assez de preuve pour reconstruire comment la réponse est restée dans le canon.

Vocabulaire de pont à l’intérieur de la famille probatoire

Le discours public utilise de plus en plus des expressions comme preuve interprétative et preuve reconstructible.

Sur ce site, ces termes sont acceptés comme vocabulaire d’entrée à l’intérieur de la famille probatoire, mais ils restent ordonnés :

  • Preuve interprétative : famille probatoire plus large sur la manière dont le sens a été formé, borné, comparé et contesté.
  • Preuve reconstructible : preuve suffisamment emballée pour qu’un tiers puisse reconstruire le cas plus tard.
  • Preuve de fidélité : seuil plus strict requis pour montrer que la sortie est restée dans le canon.

Cette distinction compte parce qu’un paquet de preuve visible n’est pas encore une affirmation bornée de fidélité. Pour la clarification, voir Preuve interprétative vs preuve de fidélité.

Ces termes se raccordent aussi directement à des labels opératoires comme Audits comparatifs et Détection de dérive sémantique, qui dépendent tous deux d’une chaîne de preuve exploitable plutôt que de captures isolées.

Où cette chaîne de preuve devient opératoire

Les labels serviciels captés sur ce site dépendent maintenant explicitement de cette couche.

  • L’Évaluation du risque interprétatif a besoin d’un seuil probatoire assez fort pour séparer plausibilité locale et passif matériel.
  • Les Audits multi-agents ont besoin de traces reconstructibles à travers les handoffs, pas seulement d’une capture finale de sortie.
  • Le Reporting indépendant emballe toute la chaîne dans un rapport lisible par un tiers, capable de soutenir de la preuve opposable plutôt qu’une documentation inerte.

Sans chaîne de preuve, ces labels tombent dans la rhétorique. Avec elle, ils deviennent contestables et gouvernables.

Couche de définition canonique ajoutée en phase 3

Ce hub dispose maintenant d’une surface de définition canonique correspondante : Couche de preuve. Le hub explique le régime assemblé, tandis que la définition fixe le terme pour la possession SERP et l’interprétation machine-readable.

La séquence probatoire phase 3 doit être lue ainsi :

Couche de routage phase 10 : inférence, arbitrage, indétermination et fidélité

Cette page route maintenant les questions de contrôle de l’inférence vers la couche canonique de phase 10 : espace d’erreur interprétatif, inférence libre, inférence par défaut, arbitrage, indétermination et fidélité interprétative.

La règle de routage est directe : ne pas traiter une complétion plausible comme une interprétation légitime. Une réponse doit exposer l’indétermination, bloquer l’inférence non autorisée, arbitrer les conflits et préserver la fidélité avant de gouverner une affirmation, une recommandation ou une action.

Routage phase 11 : responsabilité procédurale des sorties conséquentes

Pour les sorties susceptibles d’être utilisées, disputées ou traitées comme institutionnellement significatives, cette page route maintenant vers l’opposabilité, le caractère exécutoire, la frontière d’engagement, la réduction de responsabilité, la contestabilité, la validité procédurale, le chemin de contestation et la surface de responsabilité.

La règle de gouvernance est prudente : une réponse ne devrait pas être traitée comme assumable simplement parce qu’elle est fluide, citée, utile, récupérée ou techniquement exécutable.

Couche de routage phase 12 : dette, maintenance et dépréciation

Cette page route maintenant les questions de maintenance et de correction durable vers la couche canonique de phase 12 : dette sémantique, maintenance du canon, maintenance interprétative, charge de maintenance, arriéré de correction, discipline de dépréciation, cycle de rafraîchissement canonique et contrôle de l’obsolescence.

La règle de routage est directe : un corpus canonique ne reste pas fiable par la publication seule. Il exige maintenance, contrôle de statut, dépréciation, gestion d’arriéré, synchronisation des artefacts et résorption de correction.

Couche de routage phase 13 : audits de service et points d’entrée marché

La phase 13 ajoute une couche de routage orientée service pour la demande d’audit : audit de visibilité LLM, audit de réponse IA, audit de représentation de marque IA, audit d’écart de représentation, analyse des citations IA, cartographie des sources IA, audits comparatifs, détection de dérive sémantique, analyse sémantique pré-lancement, évaluation du risque interprétatif et reporting indépendant.

Ces termes doivent être traités comme des points d’entrée marché. Ils captent la demande réelle, puis routent le travail vers le canon, la hiérarchie des sources, la preuve, la légitimité de réponse, l’auditabilité et la résorption de correction.

Phase 14 : rôle de routage de la preuve

Ce hub possède la navigation large autour de la couche de preuve. Les termes exacts doivent résoudre vers Preuve interprétative, Preuve reconstructible, Preuve de fidélité, Trace d’interprétation, Écart canon-sortie ou Auditabilité interprétative.