Infrastructure Conversationnelle : les trois plans derrière la mémoire

Les agents autonomes sans infrastructure sont des « stagiaires charismatiques sans badge, sans système et sans supervision » : ils parlent bien, mais n'offrent ni cohérence ni préservation du contexte. L'infrastructure conversationnelle est la couche qui soutient l'ensemble. Ce n'est pas un chapitre réservé aux programmeurs — c'est pour ceux qui doivent comprendre quoi parrainer, quoi exiger et quoi ne jamais externaliser sans gouvernance.

Elle accomplit trois tâches en permanence : capturer les événements en temps réel, préserver la mémoire opérationnelle et orchestrer les actions et les handoffs. C'est ce qui transforme le MCI, d'une méthode dépendante de l'héroïsme individuel, en un système opérationnel de croissance.

Le crime du lot (batch)

La majorité des stacks opèrent encore selon une logique de lot : des intégrations qui tournent « toutes les X minutes », des feuilles de calcul consolidées « en fin de journée », des rapports qui arrivent quand l’opportunité de décision est déjà morte. Cela fonctionne pour la comptabilité. Cela ne fonctionne pas pour la conversation. Quand l’événement se produit (clic, réponse, objection, signal d'achat), la fenêtre d'action est courte. Si le stack ne le découvre qu'après, l'entreprise arrive en retard avec le bon message — ce qui revient exactement au même que d'arriver avec le mauvais message.

L'infrastructure conversationnelle commence par une obsession : le time-to-context. Combien de temps faut-il au système pour comprendre ce qui se passe et décider de la prochaine étape ? Cela ne change que lorsqu'on remplace le lot par l'événement — une architecture event-driven (webhooks, streams, files d'attente) au lieu d'aller chercher les données périodiquement.

Les trois plans

Data Plane — le patrimoine. C'est là que résident les actifs qui doivent survivre au canal et au fournisseur : l'Identity Graph (résolution d'identité — personne, entreprise, canaux, consentement), le Knowledge Graph (contexte structuré — intention, état, points de douleur, objections, promesses) et la piste d'audit. C'est ce qui transforme le « flux de données » en « possession d'intelligence » — et c'est là que commence la souveraineté.

Decision Plane — le cerveau. C'est là que le MCI opère en tant que moteur : lecture des événements en temps réel, classification de l'intention avec un score de confiance, détection de l'état dans le graphe, calcul du risque via le Semáforo, routage intelligent et génération de la prochaine étape avec des guardrails. C'est le composant le plus critique et le moins courant dans les stacks actuels — la plupart des entreprises ont un Data Plane (CRM, ERP) et un Action Plane (canaux), mais pas la couche qui connecte les deux avec intelligence.

Action Plane — l'exécution. C'est là que la décision devient action : message sur le bon canal, ticket mis à jour, réunion programmée, proposition générée, notification à l'humain via la Bandeja de Contexto. Cela garantit que « décider » ne reste pas bloqué dans un tableau de bord.

La règle d'or de l'architecture : Le CRM enregistre. Le MCI décide. Les canaux exécutent. Quand quelqu'un demande « devons-nous changer de CRM ? », la réponse est presque toujours non — il faut une couche de décision (overlay) sur le CRM existant. Rien n'est remplacé ; la coordination est ajoutée.

Mémoire par couches

Tout garder sur tout crée un monstre coûteux et inutile ; ne rien garder crée de l'amnésie. L'infrastructure résout cela avec trois couches : mémoire de session (éphémère, expire à la fin de la conversation), mémoire de cycle (opérationnelle — état, blocages, Conversation Score, prochaine étape, SLAs, Crachá de Contexto — la couche la plus importante, qui empêche la réinitialisation entre les interactions) et mémoire client (stratégique — préférences, historique, valeur accumulée, régie par le RGPD). « Oublier est une fonctionnalité » : la rétention et l'épuration font partie de l'hygiène des données.

L'IA est le processeur, pas le disque dur

Décision d'architecture cruciale pour la souveraineté : l'IA peut résumer, classifier et suggérer — mais l'output doit revenir sous forme d'actif structuré dans le Data Plane. Si l'intelligence vit uniquement « à l'intérieur du modèle d'IA », l'entreprise ne possède pas de mémoire — elle la loue. Quand l'IA classifie « intention : achat enterprise avec blocage compliance », cette classification doit être enregistrée comme donnée structurée dans le Knowledge Graph. Si demain l'entreprise change de modèle, l'intelligence accumulée demeure. Si l'IA était le disque dur, changer de modèle reviendrait à formater le disque.

Résolution d'identité

Une infrastructure sans résolution d'identité devient une schizophrénie opérationnelle : le même client communique par WhatsApp, e-mail et site web, et chaque canal le traite comme une personne différente. Ce n'est pas de l'omnichannel — c'est du multi-bruit. L'Identity Graph consolide les identités (matching déterministe par document/e-mail/téléphone et probabiliste par signaux, avec score et audit) et sépare le « véritable omnichannel » du « multicanalisme amnésique ».