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
- 03Artefact probatoireclaims.json
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.
claims.json
/claims.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.
Attribut intrinsèque vs relation contextuelle
Un attribut intrinsèque appartient à l’entité dans le périmètre observé. Une relation contextuelle relie cette entité à une condition externe dont la portée doit être conservée. La confusion entre les deux transforme facilement une conclusion locale en vérité générale.
Test de distinction
Une propriété est probablement intrinsèque lorsque :
- elle peut être formulée sans référence nécessaire à un utilisateur, un lieu externe, un événement ou une date volatile ;
- elle relève du périmètre propre de l’entité ;
- sa source compétente peut l’établir directement ;
- elle reste vraie dans plusieurs contextes comparables.
Une relation est probablement contextuelle lorsque sa vérité ou son utilité dépend :
- d’une destination ;
- d’un horaire ;
- d’un public ;
- d’un mode d’usage ;
- d’une préférence ;
- d’une réglementation ;
- d’une disponibilité ;
- d’une condition externe susceptible d’expirer.
Exemple hôtelier
« L’hôtel ne possède pas de stationnement » décrit une propriété de l’entité dans une fenêtre temporelle donnée.
« L’hôtel convient à un séjour sans voiture » décrit une interprétation conditionnée. Elle dépend des destinations, de la qualité du transport collectif, des horaires, de la mobilité du groupe et d’autres besoins. Elle ne doit pas devenir « l’hôtel est idéalement situé » sans conserver ces critères.
De même, « un chantier affecte la rue voisine jusqu’au 20 août » est une relation temporelle. La transformer en « l’hôtel est difficile d’accès » fossilise un état temporaire et efface sa date d’expiration.
Pourquoi la frontière est difficile
Le langage courant compresse les conditions. Une phrase comme « restaurant familial », « logiciel simple » ou « fournisseur local » peut sembler naturelle, alors qu’elle fusionne plusieurs dimensions :
- pour quel public ;
- selon quel usage ;
- dans quelle zone ;
- à quelle date ;
- selon quelle preuve ;
- par comparaison avec quoi.
Cette compression améliore la fluidité, mais peut réduire la fidélité. Plus la conclusion influence une décision, plus les conditions matérielles doivent rester visibles.
Règle de gouvernance
Une relation contextuelle ne peut devenir un attribut intrinsèque que si une procédure séparée démontre que la relation est suffisamment stable, générale, constitutive et soutenue par une autorité compétente. Une répétition fréquente dans les réponses d’un modèle ne suffit pas.
Inversement, un attribut intrinsèque ne doit pas être affaibli ou modifié pour correspondre à la préférence de l’utilisateur. Le contexte peut changer l’importance accordée à l’attribut, pas sa valeur factuelle.
Conséquence pour l’audit
L’auditeur doit annoter chaque énoncé selon sa classe :
- invariant ;
- état daté ;
- relation contextuelle ;
- interprétation conditionnée ;
- comparaison ;
- recommandation.
Cette annotation permet de repérer les glissements de classe. Une relation présentée comme invariant, un état daté présenté comme permanent ou une interprétation présentée comme recommandation constituent des signaux de dérive.
La couche de conditionnement interprétatif n’interdit pas les conclusions situées. Elle exige qu’elles restent situées. Cette discipline repose sur une relation contextuelle dont la source, la portée, la date et les conditions inversantes demeurent inspectables.