Schéma visuel
Bandes CTIC : ce qui ne doit pas fusionner
CTIC exige que description stable, état transactionnel, exécution et invalidation restent lisibles comme des régimes distincts.
Bande 01
Sens canonique stableL’identité, la nature du produit ou du service, et les propriétés non volatiles doivent rester séparées des signaux dynamiques.
Bande 02
État transactionnelPrix, stock, disponibilité, délai, siège, éligibilité ou statut local : des variables vraies seulement sous horodatage et périmètre.
Bande 03
Conditions d’exécutionCe qui déclenche une action, une réservation, un achat, un accès ou une autorisation relève d’un régime plus strict que la simple description.
Bande 04
Preuve, fraîcheur et invalidationUne valeur volatile doit pouvoir être rafraîchie, remplacée, suspendue ou déclarée incertaine sans laisser l’ancien état gouverner silencieusement.
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.
Ctic Compliance Report Schema
/ctic-compliance-report.schema.json
Surface qui explicite les conditions de réponse, de retenue, d’escalade ou 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.
Ctic Compliance Report Example
/ctic-compliance-report.example.json
Surface qui explicite les conditions de réponse, de retenue, d’escalade ou 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.
CTIC : cohérence transactionnelle inter-couches
CTIC est un module normatif public d’Interpretive Governance qui traite un problème précis : le désalignement entre la couche interprétative (réponse IA) et la couche transactionnelle (prix, stock, livraison, promotions, vendeur). Ce module existe pour empêcher une erreur systémique de perception : lorsque la première valeur affichée devient l’ancre mentale, tout rafraîchissement ultérieur est interprété comme une contradiction.
Le problème : variables dynamiques ≠ attributs stables
Un produit possède des attributs stables (capacité, dimensions, caractéristiques), mais son prix, sa disponibilité et ses conditions d’expédition sont des variables dynamiques, dépendantes du temps, du vendeur, de la région, du stock et des promotions. Lorsque l’IA projette une valeur dynamique comme si elle était intrinsèque, elle crée une double vérité : une vérité narrative (dans la réponse) et une vérité transactionnelle (au clic, dans le carrousel ou le panier).
- Attribut stable : ne change pas sans changer l’identité du produit.
- Variable dynamique : change sans modifier l’identité du produit (prix, stock, livraison, promo).
- Variable dépendante d’agent : dépend d’un vendeur, d’une marketplace, d’un canal, d’un compte.
Conséquence : ce n’est pas une « hallucination ». C’est un drift inter-couches qui se transforme en perte de confiance, parce que l’utilisateur ne voit pas les couches, seulement une interface unifiée.
Pourquoi cela devient critique
Le risque n’est pas seulement informationnel. Il est stratégique. Dans un environnement transactionnel, la première valeur affichée conditionne l’action et la perception de fiabilité. Les divergences se concentrent généralement sur :
- prix (écarts, taxes, devise, promotions) ;
- disponibilité (rupture, délais, stock local vs global) ;
- livraison (fenêtre temporelle, transporteur, frais) ;
- attribution (vendeur réel, conditions, garanties) ;
- portée (ce qui est inclus, exclusions, bundles).
Plus l’architecture optimise (cache, requêtes différées, rafraîchissement au clic), plus le risque d’écart visible augmente. CTIC vise à rendre cette variabilité gouvernable, explicite et auditable.
Position doctrinale
CTIC impose une discipline simple : ne pas figer une variable instable sans signal de volatilité, et ne pas laisser coexister deux états contradictoires entre couches. Ce module est doctrinal et normatif : il définit des règles de conformité, sans prescrire une implémentation propriétaire.
Portée : gouvernance des variables dynamiques (e-commerce, marketplaces, comparateurs, services à disponibilité variable, prix en temps réel, taux de change, cotations, inventaire, délais).
Règles normatives CTIC (version 0.1.0)
CTIC-1 : non-fixation
Une variable dynamique ne doit pas être présentée comme attribut intrinsèque du produit (ex. : « ce modèle coûte 139.99 $ ») si elle est susceptible d’être recalculée ou rafraîchie ailleurs.
CTIC-2 : séparation des couches
La couche interprétative ne doit pas figer un état transactionnel instable. La recommandation peut être qualitative, mais le prix exact doit rester dans la couche transactionnelle ou être déclenché sur demande explicite.
CTIC-3 : signal de volatilité
Toute valeur dynamique affichée doit inclure au minimum : source, horodatage, statut (indicatif, estimé, temps réel).
CTIC-4 : invalidation au rafraîchissement
Lorsqu’un rafraîchissement transactionnel survient (clic, expansion, requête live), toute valeur antérieure affichée dans une autre couche doit être invalidée, mise à jour ou explicitement marquée obsolète.
CTIC-5 : prévention de l’ancrage (recommandé)
Éviter d’afficher un montant exact avant interaction utilisateur, sauf si l’utilisateur a explicitement demandé un prix ou imposé une contrainte budgétaire.
CTIC-6 : localisation et devise
Toute valeur monétaire doit indiquer la devise, et préciser les conventions applicables (taxes incluses ou non, arrondis, frais exclus, etc.).
Niveaux de conformité
CTIC peut être appliqué par paliers, selon le risque réputationnel et la criticité transactionnelle :
- CTIC-Info : séparation interprétatif vs transactionnel + avertissement de variabilité.
- CTIC-Signal : ajout systématique de source, horodatage et statut.
- CTIC-Sync : invalidation / mise à jour automatique lors des refresh.
- CTIC-Audit : instrumentation et rapport de conformité (schéma JSON), incluant métriques.
DDI : Dynamic Divergence Index (optionnel)
CTIC introduit une métrique d’audit optionnelle pour quantifier la divergence visible entre couches. DDI ne mesure pas la vérité. Il mesure la stabilité perçue et la cohérence inter-couches.
- Fréquence de divergence : proportion de sessions où une divergence est observée.
- Amplitude moyenne : écart moyen en pourcentage entre valeurs affichées.
- Fenêtre temporelle : période d’observation.
Checklist d’implémentation
- Classifier les attributs : stable, semi-stable, dynamique, dépendant d’agent.
- Ne pas injecter le prix par défaut dans la synthèse interprétative.
- Afficher les prix uniquement dans la couche transactionnelle, ou sur demande explicite.
- Ajouter source, horodatage et statut dès qu’une valeur dynamique est visible.
- Invalider ou mettre à jour la valeur antérieure après rafraîchissement transactionnel.
- Produire un rapport CTIC si le contexte est critique (CTIC-Audit).
Références et artefacts
CTIC est intégré à Interpretive Governance et versionné publiquement dans le standard. Les artefacts incluent une spécification, un schéma de rapport de conformité et des exemples minimaux.
- Module CTIC (GitHub) : dossier
/extensions/ctic/dansinterpretive-governance-manifest. - Schéma :
schemas/ctic-compliance-report.schema.json. - Exemple :
examples/ctic-compliance-report.example.json.
Note : cette page définit un cadre normatif public. Elle ne constitue ni une offre, ni une publicité, ni une promesse de résultat.
Voir aussi
Couche de routage phase 9 : mémoire, persistance, rémanence et correction
Cette page route maintenant les questions d’interprétation à état vers la couche canonique phase 9 : gouvernance de la mémoire, mémoire agentique, objet mémoire, hypothèses persistantes, oubli contrôlé, gestion d’état périmé, autorité survivante, rémanence interprétative, inertie interprétative, pouvoir de version, décrochage d’état et résorption de correction.
La règle de routage est directe : ne pas inférer l’autorité actuelle depuis la persistance seule. Un objet mémoire, une ancienne citation, une source survivante, un fragment récupéré ou une réponse antérieure doit franchir des contrôles de fraîcheur, d’autorité, de traçabilité et de résorption de correction avant de gouverner une nouvelle réponse ou action.