Aller au contenu

Framework

CTIC : cohérence transactionnelle inter-couches

CTIC : cohérence transactionnelle inter-couches présente un cadre opérationnel pour gouverner l’interprétation, l’autorité, la preuve et les réponses IA.

CollectionFramework
TypeFramework
Couchetransversal
Version1.0
Publié2026-02-17
Mise à jour2026-05-09

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.

01

Bande 01

Sens canonique stable

L’identité, la nature du produit ou du service, et les propriétés non volatiles doivent rester séparées des signaux dynamiques.

02

Bande 02

État transactionnel

Prix, stock, disponibilité, délai, siège, éligibilité ou statut local : des variables vraies seulement sous horodatage et périmètre.

03

Bande 03

Conditions d’exécution

Ce 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.

04

Bande 04

Preuve, fraîcheur et invalidation

Une 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.

  1. 01Ctic Compliance Report Schema
  2. 02Ctic Compliance Report Example
Politique et légitimité#01

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.

Politique et légitimité#02

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/ dans interpretive-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.