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.
Carte de contexte causal
/causal-context-map.json
Projection machine-readable de la couche CCL reliant déclencheurs, besoins latents, surfaces canoniques et conséquences visées.
- Gouverne
- La lecture causale des contenus et les ponts légitimes entre problème, besoin, surface et conséquence.
- Borne
- Les reconstructions par plausibilité qui confondent sujet apparent, besoin latent, service et promesse.
Ne garantit pas : Cette carte ne garantit ni conversion, ni classement, ni citation, ni adoption par un modèle tiers.
situational-applicability-map.json
/situational-applicability-map.json
Surface publiée de gouvernance machine-first.
- Gouverne
- Une partie des conditions de lecture du corpus.
- Borne
- Une zone d’inférence qui resterait sinon implicite.
Ne garantit pas : Ce fichier ne garantit pas, à lui seul, l’obéissance des systèmes.
interpretive-weighting-policy.json
/interpretive-weighting-policy.json
Surface publiée de gouvernance machine-first.
- Gouverne
- Une partie des conditions de lecture du corpus.
- Borne
- Une zone d’inférence qui resterait sinon implicite.
Ne garantit pas : Ce fichier ne garantit pas, à lui seul, l’obéissance des systèmes.
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é.
attested-interpretive-units.json
/attested-interpretive-units.json
Surface publiée de gouvernance machine-first.
interpretive-integrity.json
/interpretive-integrity.json
Surface publiée de gouvernance machine-first.
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 probatoirecontent-digests.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.
content-digests.json
/content-digests.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.
Maillage causal
Chaîne CCL déclarée pour cette surface
Ce bloc distingue la situation déclencheuse, le besoin latent, les surfaces canoniques, les clarifications anti-fusion, les preuves et les ponts déclarés qui gouvernent la lecture causale.
La chaîne causale déclare une pertinence située. Elle ne crée pas une promesse, une garantie de résultat, une offre implicite ou une obligation de citation.
Situation déclencheuse
Une entité est interprétée relativement à une intention, un lieu, une temporalité, un public ou des contraintes.
Problème ou risque
Le contexte peut légitimement modifier la pertinence tout en déformant illégitimement les faits, les relations ou la portée de la conclusion.
Besoin latent
Distinguer les invariants, les relations contextuelles, les variations admissibles et les recommandations qui exigent une preuve supplémentaire.
Conséquence visée
Permettre des représentations situées et explicables sans transformer le contexte en mécanisme de réécriture de l’entité.
Pont de service déclaré
Aucun pont de service ou mécanisme de recommandation n’est créé par cette doctrine.
Frontières de non-dérivation
- Ne pas transformer une condition en propriété intrinsèque.
- Ne pas transformer une relation locale en supériorité globale.
- Ne pas transformer une préférence en vérité externe.
- Ne pas fossiliser un état temporaire.
- Ne pas produire une recommandation à partir d’un contexte incomplet.
Besoins latents et définitions
Opération qui adapte la représentation d’une entité à un contexte explicite tout en préservant ses invariants, ses relations et les limites de la preuve.
Différence entre représentations causée par un changement explicite de contexte, qui préserve les invariants et demeure proportionnée à la preuve.
Propriété, limite ou relation constitutive qui doit demeurer compatible dans les représentations d’une même entité, quel que soit le contexte testé.
Lien borné entre une entité et une condition externe de temps, de lieu, d’usage, de public, de dépendance ou de contrainte.
Doctrine gouvernante
Position doctrinale sur la couche de contexte causal, qui relie les contenus à leurs déclencheurs, besoins latents et conséquences visées.
Doctrine proposée qui déclare les conditions d’applicabilité, de non-applicabilité, les preuves requises et les inférences interdites d’une capacité.
La couche de pondération interprétative attribue des rôles bornés aux sources officielles, probatoires, externes et de commentaire.
Doctrine proposée qui atteste l’intégrité d’unités canoniques sélectionnées, sans prouver leur vérité, leur adoption externe ni la fidélité d’un résumé.
Cette page constitue la définition canonique, primaire et de référence du Q-Layer.
Cadres de conséquence
Matrice proposée pour préparer les invariants, profils de contexte, relations, sources, conditions inversantes, transformations interdites et modes de sortie.
Protocole proposé pour mesurer l’adaptation contextuelle d’une représentation sans altération des invariants, perte des conditions ni surrecommandation.
Clarifications anti-fusion
Clarification entre ce qui appartient matériellement à l’entité et ce qui dépend d’un lieu, d’une date, d’un public, d’un usage ou d’une contrainte externe.
Clarification entre l’adéquation locale d’une entité à un contexte et le choix comparatif qui exige critères, alternatives, données symétriques et arbitrage.
Distingue une variation expliquée par le contexte d’une représentation qui contredit les invariants, perd ses conditions ou suraffirme sa conclusion.
Routes de lecture suivantes
Opération qui adapte la représentation d’une entité à un contexte explicite tout en préservant ses invariants, ses relations et les limites de la preuve.
Différence entre représentations causée par un changement explicite de contexte, qui préserve les invariants et demeure proportionnée à la preuve.
Matrice proposée pour préparer les invariants, profils de contexte, relations, sources, conditions inversantes, transformations interdites et modes de sortie.
Protocole proposé pour mesurer l’adaptation contextuelle d’une représentation sans altération des invariants, perte des conditions ni surrecommandation.
Artefacts machine-readable
Artefacts probatoires
Dérivations interdites
context_as_intrinsic_propertylocal_fit_as_global_superioritypreference_as_external_truthtemporary_state_fossilizationincomplete_context_as_recommendation
Couche de conditionnement interprétatif
Une entité n’est pas toujours interprétée de manière isolée. Dans un système de recherche, de recommandation ou d’assistance, sa représentation peut dépendre d’une intention, d’un lieu, d’une date, d’un public, d’un mode de déplacement, d’une contrainte réglementaire ou d’une séquence d’actions. Cette contextualisation peut améliorer la pertinence. Elle peut aussi déformer l’entité.
La couche de conditionnement interprétatif gouverne les conditions dans lesquelles la représentation d’une entité peut varier selon un contexte explicite, sans altérer ses invariants, transformer une relation situationnelle en attribut intrinsèque ni convertir une pertinence conditionnelle en recommandation automatique.
Le module est transversal. Il ne crée pas un nouveau token machine dans le corpus actuel et ne modifie pas le runtime de contexte gouverné. Il stabilise d’abord un objet doctrinal, un vocabulaire, un espace négatif et des instruments d’observation.
Le problème doctrinal
Les systèmes sensibles au contexte ne se contentent pas de récupérer des faits. Ils relient des faits à une situation, puis produisent une conclusion située. Pour un hôtel, le système peut mobiliser l’adresse, la distance d’une station, les horaires d’un événement, la composition du groupe et le choix de voyager sans voiture. La sortie n’est alors plus seulement une description de l’hôtel. Elle devient une représentation de l’hôtel relativement à ce séjour.
Cette transformation crée un risque précis. Un fait relationnel ou temporaire peut être relu comme une propriété permanente. Une préférence individuelle peut devenir un jugement général. Une adéquation partielle peut être présentée comme une supériorité absolue. Une conclusion valable à une date donnée peut survivre après la disparition de sa condition.
La gouvernance doit donc répondre à une question distincte de la simple factualité :
Comment une représentation peut-elle changer lorsque le contexte change, tout en restant fidèle à l’entité, à la preuve et à la portée de la situation ?
Modèle minimal
Le modèle conceptuel est :
R(E | C)Edésigne l’entité ;Cdésigne un contexte explicite ou un profil de contexte borné ;R(E | C)désigne la représentation produite de l’entité sous ce contexte.
Deux représentations peuvent être différentes :
R(E | C1) ≠ R(E | C2)Cette différence n’est pas nécessairement une dérive. Elle devient une variation contextuelle légitime lorsque le changement est attribuable au contexte, que les invariants d’entité restent préservés, que les relations contextuelles conservent leurs conditions et que la conclusion ne dépasse pas la preuve disponible.
La stabilité interprétative ne signifie donc pas l’identité littérale des réponses. Elle signifie la préservation du noyau matériel à travers des variations explicables.
Quatre niveaux à ne pas fusionner
1. Invariant d’entité
L’invariant appartient au noyau matériel de l’entité : son identité, sa catégorie, son périmètre, ses capacités documentées, ses exclusions, certaines propriétés persistantes ou un état daté explicitement qualifié. Une préférence utilisateur ne peut pas le modifier.
Exemple : l’hôtel possède ou ne possède pas un stationnement. Cette propriété ne change pas parce qu’un voyageur souhaite utiliser le transport collectif.
2. Relation contextuelle
La relation relie l’entité à un élément externe : une destination, un horaire, une personne, un règlement, une disponibilité, une météo, une distance, un mode de transport ou une contrainte. Elle possède une portée spatiale, temporelle, fonctionnelle ou populationnelle.
Exemple : l’hôtel se trouve à 600 m d’une station, mais l’utilité de cette station dépend du trajet, de l’horaire et de l’accessibilité réelle.
3. Interprétation conditionnée
L’interprétation conditionnée formule une conclusion locale en conservant ses conditions.
Exemple : « Cet hôtel semble pratique pour ce séjour sans voiture, compte tenu des destinations déclarées et des horaires vérifiés. »
La formulation reste révisable. Elle n’affirme pas que l’hôtel est intrinsèquement pratique pour tous les séjours.
4. Recommandation
La recommandation choisit, hiérarchise ou exclut. Elle exige un ensemble de comparaison, des critères déclarés, des données comparables, une règle d’arbitrage, une gestion de l’incertitude et la conservation des conditions inversantes.
Exemple : « Cet hôtel est le meilleur choix. » Cette conclusion ne peut pas être dérivée de la seule proximité d’une station. Elle nécessite une comparaison suffisamment symétrique avec les autres options.
La couche gouverne principalement les niveaux 2 et 3. Elle ne donne ni au site, ni au runtime, ni à une source officielle un droit automatique d’imposer le niveau 4.
Profil de contexte
Un contexte utile ne doit pas être traité comme une intuition diffuse. Il doit être décomposable. Un profil de contexte peut notamment déclarer :
- l’intention ;
- le lieu et le périmètre spatial ;
- la date, l’heure et la durée de validité ;
- le public ou la composition du groupe ;
- les contraintes matérielles, budgétaires, réglementaires ou d’accessibilité ;
- les préférences qui relèvent de l’utilisateur et non de l’entité ;
- les événements ou dépendances externes ;
- les critères de comparaison ;
- les données absentes ;
- les conditions capables d’inverser la conclusion.
Le profil ne doit pas nécessairement contenir des données personnelles. Dans une architecture gouvernée, il peut être fermé, impersonnel et versionné : « séjour sans voiture », « déplacement événementiel », « usage réglementé avec validation humaine » ou « achat sous contrainte de compatibilité documentée ».
Règle normative proposée
Une représentation conditionnée est légitime seulement si les conditions suivantes sont réunies :
- l’entité est correctement résolue ;
- les invariants matériels sont identifiés et préservés ;
- les dimensions contextuelles qui influencent la sortie sont explicites ou reconstructibles ;
- chaque relation matérielle repose sur une source compétente et suffisamment actuelle ;
- la portée temporelle, spatiale, populationnelle et fonctionnelle est conservée ;
- les données manquantes ne sont pas inventées ;
- les conditions susceptibles d’inverser la conclusion demeurent visibles ;
- le mode de sortie reste proportionné à la preuve ;
- une pertinence locale n’est pas convertie en recommandation universelle ;
- un changement de contexte matériel peut déclencher une réévaluation.
Lorsque ces conditions ne sont pas satisfaites, le système doit réduire la force de l’énoncé, demander une clarification, signaler l’incertitude ou s’abstenir.
Transformations interdites
Condition transformée en propriété
Énoncé borné : « La chambre de catégorie X peut convenir à une famille de quatre personnes selon la configuration déclarée. »
Dérive : « C’est un hôtel familial. »
La seconde formulation généralise une condition limitée à l’ensemble de l’entité et à tous les publics.
Relation locale transformée en supériorité globale
Énoncé borné : « L’hôtel est plus proche de l’activité principale déclarée. »
Dérive : « L’hôtel est mieux situé que les autres. »
La localisation n’est pas une qualité absolue. Elle dépend des destinations, du mode de déplacement, des heures et des priorités.
Préférence transformée en vérité externe
Énoncé borné : « Ce quartier correspond davantage à une préférence pour les secteurs animés. »
Dérive : « Ce quartier est meilleur. »
Le contexte de l’utilisateur doit rester attribué à l’utilisateur. Il ne peut pas réécrire la valeur objective de l’entité ou de son environnement.
État temporaire fossilisé
Énoncé borné : « Un chantier complique l’accès du 10 au 20 août. »
Dérive : « L’hôtel est difficile d’accès. »
La temporalité doit accompagner la relation jusque dans la sortie. Une condition expirée doit perdre son autorité.
Contexte incomplet transformé en recommandation
Données disponibles : prix et distance.
Données absentes : accessibilité, bruit, annulation, besoins du groupe, disponibilité réelle et qualité des alternatives.
Dérive : « C’est le meilleur choix pour votre voyage. »
L’absence de données ne doit jamais être comblée par la confiance stylistique du système.
Position inter-couches
Le conditionnement interprétatif complète les couches existantes sans les remplacer.
| Couche ou plan | Question gouvernée |
|---|---|
| SSA-E | Quelle entité est visée et quels éléments doivent être stabilisés ? |
| CCL | Quelle situation rend une information nécessaire ? |
| SAL | Dans quelles conditions une capacité devient-elle applicable ? |
| Conditionnement interprétatif | Comment la représentation peut-elle varier sous un contexte sans déformer l’entité ? |
| CPI | Quelles sources peuvent soutenir chaque classe d’énoncé ? |
| CAI | Les unités canoniques mobilisées sont-elles intègres et attestées ? |
| Q-Layer | Quelle force de réponse est légitime compte tenu des données disponibles ? |
| Agent externe | Quelle comparaison, recommandation ou action est finalement produite ? |
| Observatoire | La variation observée est-elle fidèle, explicable et reproductible ? |
CCL explique pourquoi le contexte compte. SAL établit quand une capacité peut être applicable. La couche proposée gouverne ensuite le passage entre les faits et une représentation située. CPI et CAI qualifient les sources et leur intégrité. Q-Layer limite la force de la sortie. Aucune couche ne doit s’approprier le rôle des autres.
Autorité des sources
Une relation contextuelle peut dépendre de plusieurs classes de sources. L’entité peut déclarer son adresse, ses capacités, ses politiques et ses exclusions. Elle ne possède pas automatiquement l’autorité sur le trafic routier, la météo, la sécurité d’un quartier, la réputation externe, le temps réel de parcours ou la qualité comparative de ses concurrents.
La portée d’autorité doit donc être appliquée par classe de claim. Une source officielle peut être décisive pour une politique interne et insuffisante pour une comparaison externe. Une source tierce peut être compétente pour un horaire ou une fermeture temporaire sans devenir autorité sur l’identité de l’entité.
Le conditionnement interprétatif doit conserver cette pluralité. Il ne peut pas utiliser le contexte comme prétexte pour fusionner des autorités incompatibles.
Temporalité, expiration et conditions inversantes
Le contexte est souvent plus volatil que l’entité. Chaque relation matérielle devrait donc posséder, lorsque pertinent :
- une date d’observation ;
- une période de validité ;
- une source de mise à jour ;
- une condition d’expiration ;
- une condition inversante ;
- un niveau d’incertitude.
Une condition inversante est un élément qui, s’il change, peut modifier la conclusion. Un service de transport interrompu, une chambre devenue indisponible, une politique modifiée ou un besoin d’accessibilité nouvellement déclaré peut rendre caduque une recommandation auparavant plausible.
La fidélité ne consiste pas seulement à produire une bonne conclusion initiale. Elle exige de savoir quand cette conclusion cesse d’être légitime.
Modes de sortie admissibles
La couche distingue plusieurs forces de sortie :
- description factuelle : énoncé sur l’entité ou une relation prouvée ;
- pertinence conditionnelle : adéquation locale, avec conditions conservées ;
- comparaison bornée : comparaison selon des critères explicites et des données symétriques ;
- recommandation qualifiée : choix accompagné de ses critères, limites et incertitudes ;
- clarification requise : contexte matériel incomplet ;
- abstention : preuve insuffisante, conflit non résolu ou risque disproportionné.
Le passage à un mode plus fort exige davantage de contexte et de preuve. La fluidité linguistique ne constitue jamais une autorisation.
Frontière avec le runtime de contexte gouverné
Le runtime de contexte gouverné demeure une infrastructure fermée et précompilée. Il ne construit pas un profil utilisateur depuis une conversation, ne compose pas un pack absent, ne classe pas des entités et ne produit pas de recommandation.
Une intégration future pourrait servir un pack déjà compilé pour un identifiant de contexte fermé et versionné, sélectionné par un système externe. Cette évolution ne devrait toutefois être envisagée qu’après la stabilisation des schémas, des tests négatifs, des digests, du contrat d’overlay et des frontières de confidentialité.
Le présent module ne modifie donc ni le runtime, ni son registre d’intentions, ni son ledger, ni les artefacts machine actuels.
Observation et audit
La matrice de conditionnement interprétatif prépare les invariants, profils, relations, sources, conditions inversantes, transformations interdites et modes de sortie admissibles.
Le protocole de fidélité contextuelle observe ensuite une entité sous plusieurs contextes, systèmes, canaux et moments. Il ne recherche pas des réponses identiques. Il mesure notamment :
- la préservation des invariants ;
- la sensibilité correcte au contexte ;
- l’attribution de la variation ;
- la fidélité des relations ;
- la cohérence lorsque le contexte est inversé ;
- la conservation des exclusions ;
- la surassertion ;
- la recommandation non soutenue ;
- la fossilisation contextuelle ;
- la clarification légitime.
Aucun score global unique n’est imposé dans la version proposée. Une moyenne pourrait masquer une contradiction critique dans un contexte minoritaire.
Statut et limites
Cette page publie un module doctrinal transversal candidat. Elle ne revendique pas l’invention des systèmes de recommandation sensibles au contexte, de la personnalisation ou du classement. Elle ne prétend pas que les systèmes actuels respectent déjà ces règles. Elle ne promet ni visibilité, ni citation, ni classement, ni recommandation.
Sa contribution est plus bornée : distinguer les invariants de l’entité, les relations contextuelles, les interprétations conditionnées et les recommandations, afin de qualifier quand une variation de représentation demeure légitime.
Le site déclare cette doctrine. Les artefacts de gouvernance, s’ils sont un jour nécessaires, devront être spécifiés et déployés dans leur dépôt d’autorité. L’observatoire ou InferensLab devra mesurer les sorties dans un protocole séparé. Aucun de ces plans ne doit auto-certifier les autres.