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.
Q-Metrics JSON
/.well-known/q-metrics.json
Surface de métriques descriptives pour observer des écarts, snapshots et comparaisons.
- 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.
Q-Metrics YAML
/.well-known/q-metrics.yml
Projection YAML de Q-Metrics pour instrumentation et lecture structurée.
- 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.
Q-Ledger JSON
/.well-known/q-ledger.json
Journal machine-first des observations, baselines et écarts versionnés.
- 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é.
Q-Ledger YAML
/.well-known/q-ledger.yml
Projection YAML du journal Q-Ledger pour lecture procédurale ou outillage.
Iip Scoring Standard Manifest
/iip-scoring.standard.manifest.json
Surface qui explicite les conditions de réponse, de retenue, d’escalade ou de non-réponse.
Iip Report Schema
/iip-report.schema.json
Surface d’observation qui expose des journaux, métriques, snapshots ou protocoles de mesure.
Instruments dérivés et surfaces non normatives
Un corpus doctrinal n’a pas pour fonction de fournir des procédures. Il a pour fonction de définir des périmètres, des distinctions, des interdictions d’inférence et des conditions de réponse légitime.
Dès qu’un système d’IA devient un intermédiaire interprétatif ou décisionnel, une question devient inévitable : comment rendre ces contraintes auditables sans transformer la doctrine en outillage, ni confondre normes, preuves, exécution et validation ?
Cette page clarifie la séparation entre surfaces canoniques et surfaces instrumentales, afin d’éviter toute confusion d’équivalence.
Doctrine, clarifications, audit, instruments : quatre rôles distincts
Quatre catégories de surfaces sont distinguées, chacune ayant un rôle non interchangeable :
- Doctrine : définit le cadre conceptuel, les distinctions, et les contraintes non négociables.
- Clarifications : publie des points d’anti-inférence lorsqu’une absence de précision crée une dérive d’attribution ou de reconstruction.
- Audit d’intégrité interprétative (canon) : définit une procédure formelle produisant un rapport opposable, attaché à un corpus figé (snapshot), un périmètre explicite et une chaîne de preuves traçables.
- Instruments dérivés : proposent des mécanismes d’exécution, de test ou de comparaison, sans définir la doctrine et sans établir une conformance.
Ces catégories ne doivent pas être fusionnées. L’outillage ne doit pas devenir la norme. La norme ne doit pas être requalifiée en procédure. Un test ne doit pas être lu comme une attestation.
Pourquoi publier des instruments hors du site doctrinal
Les instruments dérivés sont volontairement publiés hors du site doctrinal pour éviter deux dérives :
- transformer un corpus de contraintes en « méthode » opérationnelle générique ;
- introduire une apparence de certification, de garantie ou d’approbation implicite.
Le rôle de ces instruments est de fournir des repères de comparaison (par exemple sur l’ancrage factuel, la résistance à l’inférence par défaut, la qualité du refus, la stabilité inter-modèles), sans prétendre contrôler ni corriger automatiquement un système.
Non-normatif, non certificatif, non équivalent
Un instrument dérivé peut être utile, sans être normatif. Il peut être descriptif, sans être prescriptif. Il peut mesurer des phénomènes, sans garantir leur disparition.
En conséquence, toute référence à un instrument dérivé doit être lue avec les contraintes suivantes :
- aucune certification n’est produite par ce site ;
- aucune validation de conformance n’est émise par ce site ;
- aucune garantie de performance n’est fournie ;
- aucune offre de service n’est déduite de ce corpus doctrinal.
Références externes
Deux références distinctes existent et ne doivent pas être confondues :
- Protocole canonique : audit d’intégrité interprétative
https://interpretive-governance.org/ - Instrument dérivé : Interpretive Governance Test Suite
https://github.com/GautierDorval/interpretive-governance-manifest
Le protocole canonique définit une procédure et un artefact de sortie (rapport), avec conditions de validité. La test suite propose une exécution instrumentale possible, sans valoir audit, sans valoir attestation et sans modifier la doctrine.
Continuité avec l’auditabilité interprétative
La publication d’instruments dérivés découle directement de l’exigence d’auditabilité interprétative : rendre visibles les frontières d’inférence, les zones d’inconnu, les refus légitimes et les projections d’autorité.
Ces instruments existent pour mesurer des phénomènes. Ils n’existent pas pour produire une « visibilité ». Ils n’existent pas pour remplacer des sources canoniques. Ils n’existent pas pour être utilisés comme métrique marketing.
Voir aussi : .