Audit éditorial continu

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.

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 (2)

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.

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.

01
Canon et périmètreCanon de définitions
02
Autorisation de répondreQ-Layer : légitimité de réponse
03
Carte d’observationObservatory map
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 (3)

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.

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.

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.

Pourquoi cette page existe

Le site dispose déjà d’audits techniques, de rapports de parité et de contrôles de rendu. Il manquait encore une couche unifiée qui surveille en continu la densité éditoriale, le maillage, la parité FR/EN, l’équilibre des catégories et l’état des surfaces d’autorité.

Cette page est le versant lisible de cette couche. Dans le repo, l’audit exporte en plus un JSON, un markdown et un CSV pour le suivi opérationnel.

Snapshot actuel

Entrées publiées couvertes : 874.
Collections couvertes : 12.
Parité publiée FR/EN : 437 / 437.
Pages à faible densité détectées : 225.
Entrées au maillage faible : 105.
Entrées avec relatedCross insuffisant : 50.
Entrées attendues sans machineArtifacts : 14.
Entrées stratégiques orphelines : 180.
Catégories sous le seuil cible : 0.

Priorités sur les surfaces d’autorité

Relations : score 5, 111 mots, 0 liens éditoriaux, 3 relatedCross, raisons : low-depth, weak-mesh.
Définitions : score 5, 147 mots, 39 liens éditoriaux, 3 relatedCross, raisons : low-depth, missing-relatedCross.
Frameworks et cadres applicables : score 5, 244 mots, 40 liens éditoriaux, 3 relatedCross, raisons : low-depth, missing-relatedCross.
Surfaces applicatives : score 5, 270 mots, 1 liens éditoriaux, 5 relatedCross, raisons : low-depth, weak-mesh.
Clarification : dépôt démonstrateur “authority governance” (simulation-only) : score 5, 288 mots, 0 liens éditoriaux, 3 relatedCross, raisons : low-depth, weak-mesh.
Pourquoi le marché ne formule pas encore cette catégorie : score 5, 295 mots, 0 liens éditoriaux, 5 relatedCross, raisons : low-depth, weak-mesh.
Pourquoi les IA citent un outil sur les requêtes concrètes mais pas sur les requêtes doctrinales : score 5, 315 mots, 0 liens éditoriaux, 6 relatedCross, raisons : low-depth, weak-mesh.
Quand un problème de politique devient un problème-outil : score 5, 318 mots, 0 liens éditoriaux, 6 relatedCross, raisons : low-depth, weak-mesh.
Surfaces de politique machine : score 5, 332 mots, 0 liens éditoriaux, 6 relatedCross, raisons : low-depth, weak-mesh.
Interprétation des systèmes d’IA : gouvernance, silence et lecture canonique : score 5, 336 mots, 2 liens éditoriaux, 4 relatedCross, raisons : low-depth, weak-mesh.

Backlog éditorial global actuellement le plus visible

Contact : score 6, 95 mots, 4 liens éditoriaux, 1 relatedCross, raisons : weak-mesh, missing-relatedCross, missing-machineArtifacts.
Politique de confidentialité : score 6, 379 mots, 0 liens éditoriaux, 0 relatedCross, raisons : weak-mesh, missing-relatedCross, missing-machineArtifacts.
Relations : score 5, 111 mots, 0 liens éditoriaux, 3 relatedCross, raisons : low-depth, weak-mesh.
Définitions : score 5, 147 mots, 39 liens éditoriaux, 3 relatedCross, raisons : low-depth, missing-relatedCross.
Frameworks et cadres applicables : score 5, 244 mots, 40 liens éditoriaux, 3 relatedCross, raisons : low-depth, missing-relatedCross.
Surfaces applicatives : score 5, 270 mots, 1 liens éditoriaux, 5 relatedCross, raisons : low-depth, weak-mesh.
EAC n’est pas EAC-gap : distinguer la couche du différentiel mesuré : score 5, 278 mots, 6 liens éditoriaux, 6 relatedCross, raisons : low-depth, orphan.
Pouvoir de version : pourquoi la correction doit être versionnée comme du logiciel : score 5, 284 mots, 4 liens éditoriaux, 4 relatedCross, raisons : low-depth, orphan.
Clarification : dépôt démonstrateur “authority governance” (simulation-only) : score 5, 288 mots, 0 liens éditoriaux, 3 relatedCross, raisons : low-depth, weak-mesh.
Une autorité admissible n’est pas une vérité : ce que EAC qualifie réellement : score 5, 295 mots, 6 liens éditoriaux, 6 relatedCross, raisons : low-depth, orphan.

Catégories encore sous le seuil cible

Aucune catégorie n’est actuellement sous le seuil cible.

Ce que l’audit suit en continu

L’audit continu suit cinq familles de signaux :

densité utile : longueur, structure et profondeur minimale par collection ;
connectivité éditoriale : liens internes vers des pages réelles, relatedCross, entrées orphelines ;
surfaces gouvernées : présence de machineArtifacts là où ils sont attendus ;
parité et cohérence structurelle : paires FR/EN, collisions de permaliens, doublons d’identifiants ;
équilibre de navigation : catégories sous-alimentées ou désalignées par rapport aux compteurs déclarés.

L’objectif n’est pas de noter le site pour produire un score marketing. L’objectif est de conserver un corpus gouverné, lisible, relié et contestable.

Commandes repo utiles

npm run audit:editorial
npm run build:editorial-audit-pages
npm run audit:continuous

Les sorties principales sont écrites dans data/editorial-audit-report.json, data/editorial-audit-report.md et data/editorial-audit-priority.csv.

Lire ensuite

Lien phase 3 vers preuve et auditabilité

Les observations, audits et qualifications de risque renvoient maintenant vers la séquence probatoire canonique : couche de preuve, Q-Ledger, Q-Metrics, auditabilité interprétative, trace d’interprétation, écart canon-sortie et preuve de fidélité.

Comment lire cette page d’audit

Cette page n’est pas un tableau de classement. C’est une surface de contrôle éditorial. Son rôle est d’exposer les signaux à surveiller lorsqu’un corpus grandit : densité, parité, maillage, équilibre des catégories, surfaces d’autorité et relation entre pages canoniques et pages de soutien.

Les chiffres ci-dessus doivent donc être lus comme des indicateurs opérationnels, pas comme des promesses de performance de recherche ou d’adoption par les modèles. Une page courte peut rester légitime si sa fonction est étroite. Une page très liée peut rester faible si elle n’explique pas son propre rôle. Une paire FR/EN équilibrée peut encore exiger une amélioration éditoriale si une langue est moins explicite que l’autre.

Ce que l’audit devrait déclencher

Un audit éditorial doit déclencher une décision, pas seulement produire un rapport. La décision peut consister à densifier un hub, fusionner des pages de soutien redondantes, clarifier le rôle d’une page, renforcer une définition, ajouter une route depuis une page de service vers un concept canonique, ou laisser une page volontairement compacte parce que son périmètre est déjà étroit.

Le signal le plus important n’est pas le nombre de mots isolé. C’est l’écart entre le poids stratégique d’une page et sa profondeur explicative. Une page qui reçoit beaucoup de liens internes, route des concepts importants ou agit comme point d’entrée de service doit porter assez d’explication pour justifier ce rôle.

Relation avec la maintenance future

À mesure que le corpus évolue, cette couche d’audit devrait être rafraîchie après les grandes phases, migrations et modifications structurelles. La page ne doit pas être traitée comme un verdict final statique. C’est un instrument de maintenance qui aide à empêcher la dette interprétative de s’accumuler silencieusement.