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.
- 01Canon et périmètreCanon de définitions
- 02Autorisation de répondreQ-Layer : légitimité de réponse
- 03Carte d’observationObservatory map
- 04Observation faibleQ-Ledger
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.
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.
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.
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.
Q-Metrics
/.well-known/q-metrics.json
Couche dérivée qui rend certaines variations plus comparables d’un snapshot à l’autre.
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.
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.
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.
Citations
/citations.md
Surface minimale de références externes utilisée pour contextualiser certains concepts sans leur déléguer l’autorité canonique.
Changelog IA
/changelog-ai.md
Journal public qui rend les évolutions des surfaces IA plus datables et plus auditables.
Couche de preuve
Cette page est la définition canonique de la couche de preuve dans le corpus de gouvernance interprétative.
La couche de preuve est la couche de gouvernance qui relie canon, légitimité de réponse, observation, trace, preuve de fidélité, audit et correction dans une chaîne contestable.
Définition courte
Une couche de preuve n’est pas un fichier unique, un score, une liste de citations ou un tableau de bord. C’est l’ensemble organisé d’artefacts, de règles, d’enregistrements et de seuils qui rend une interprétation révisable.
Elle répond à une question pratique : lorsqu’un système d’IA produit une affirmation, une recommandation, un résumé, un refus ou une classification, quelle preuve permet à un tiers de comprendre si cette sortie était autorisée, fidèle, bornée et corrigeable ?
Pourquoi c’est important
La majorité des démarches de visibilité IA s’arrêtent à la sortie : est-ce que le système mentionne la marque, cite la page, classe l’entité ou produit un résumé favorable ?
La gouvernance interprétative pose une question plus profonde. La réponse peut-elle être défendue ? Le chemin peut-il être reconstruit ? Une contradiction peut-elle être localisée ? Une ancienne version peut-elle être séparée du canon courant ? Une correction peut-elle être appliquée sans dépendre d’impressions ?
La couche de preuve rend ces questions opérationnelles.
Composants minimaux
Une couche de preuve mature inclut généralement :
- des sources canoniques et des surfaces de référence versionnées ;
- une hiérarchie des sources et des frontières d’autorité ;
- des conditions de réponse et de refus ;
- des traces d’interprétation ;
- des exigences de preuve de fidélité ;
- des enregistrements d’observations et d’événements de consultation ;
- des entrées Q-Ledger pour les observations faibles ;
- des indicateurs Q-Metrics dérivés de ces observations ;
- des rapports d’audit et des journaux de correction ;
- une distinction explicite entre preuve, métrique, citation et attestation.
La couche devient plus forte lorsque chaque artefact déclare son périmètre, sa date, sa version, son niveau d’autorité et son statut probatoire.
Ce que ce n’est pas
La couche de preuve n’est pas un badge de conformité. Ce n’est pas un tableau de bord générique d’observabilité. Ce n’est pas une page de témoignages, une liste de backlinks ou un index mécanique de citations.
Elle ne remplace pas non plus le canon. La preuve peut tester un canon, le monitorer et le défendre, mais elle ne peut pas inventer l’autorité qu’elle doit vérifier.
Modes d’échec courants
- les citations sont traitées comme preuve alors que la conclusion les dépasse ;
- les métriques sont traitées comme preuve sans observations sources ;
- les rapports d’audit ne peuvent pas être reconstruits parce que les versions n’ont pas été conservées ;
- la preuve est dispersée dans des fichiers sans hiérarchie ;
- les tableaux de bord suivent la visibilité, mais pas la légitimité de réponse ;
- des corrections sont publiées sans trace de l’interprétation qu’elles corrigent ;
- l’observation et l’attestation sont confondues.
Relation avec Q-Ledger et Q-Metrics
Q-Ledger consigne des observations faibles sur les surfaces de gouvernance, les points d’entrée et la continuité. Q-Metrics dérive des indicateurs descriptifs de ces observations.
Les deux appartiennent à la couche de preuve, mais aucun ne suffit seul. Q-Ledger consigne. Q-Metrics résume. La couche de preuve organise leur rôle dans une chaîne plus large de preuve, d’audit et de correction.
Relation avec la légitimité de réponse
La légitimité de réponse demande si un système avait le droit de répondre. La couche de preuve conserve la matière nécessaire pour évaluer cette permission après coup.
Une réponse peut être fluide et exacte au niveau fragmentaire tout en échouant au test de légitimité si la couche de preuve ne soutient pas l’autorité, le périmètre ou l’inférence derrière la réponse.
Règle opérationnelle
Tout programme sérieux de gouvernance interprétative devrait définir sa couche de preuve avant de s’appuyer sur des métriques. Des métriques sans architecture probatoire tendent à optimiser des symptômes visibles tout en laissant l’autorité, la preuve et la correction non résolues.