Sécuriser la mémoire d'entreprise : ce qu'il faut mettre dans le Cortex — et ce qu'il faut en garder hors de portée

Tout mémoriser, c'est ne rien savoir

La promesse d'une mémoire d'entreprise centralisée séduit. Imaginez : tous vos documents, toutes vos conversations, tous vos processus accessibles instantanément par vos agents IA. Plus de silos. Plus de recherches interminables. Plus de "je ne savais pas que ça existait".

Sauf que cette vision d'exhaustivité est un piège.

Un Cortex qui ingère tout devient rapidement inutilisable. Les agents se noient dans l'information. Les réponses perdent en pertinence. Et pire : des données sensibles se retrouvent exposées à des requêtes qui n'auraient jamais dû y avoir accès.

On ne peut pas automatiser le chaos. Et on ne peut pas non plus requêter efficacement un tas de données mal cadrées.

Le Cortex n'est pas une sauvegarde

Première confusion à lever : le Cortex n'est pas un système d'archivage. Ce n'est pas non plus un doublon de vos systèmes source. C'est une couche de mémoire opérationnelle — conçue pour que vos agents puissent agir intelligemment dans leur contexte métier.

Cette distinction change tout dans la logique de sélection.

Une sauvegarde conserve tout, y compris l'obsolète, le contradictoire, le brouillon jamais finalisé. Le Cortex, lui, doit contenir uniquement ce qui aide à la décision et à l'action.

La question n'est donc pas "qu'est-ce qu'on a ?" mais "qu'est-ce dont nos agents ont besoin pour bien travailler ?"

Trois critères pour décider ce qui entre

Voici le cadre que nous utilisons avec nos clients pour qualifier ce qui mérite d'intégrer le Cortex :

• Pertinence opérationnelle : cette information est-elle utilisée régulièrement dans un processus actif ? Si personne ne la consulte depuis deux ans, elle n'a rien à faire dans la mémoire active.
• Stabilité : cette donnée évolue-t-elle peu ou est-elle volatile ? Les documents de référence (procédures, contrats signés, politiques validées) ont leur place. Les brouillons en cours de négociation, non.
• Niveau de sensibilité maîtrisable : peut-on contrôler précisément qui — humain ou agent — accède à cette information ? Si le cloisonnement est impossible ou trop complexe à maintenir, mieux vaut laisser la donnée dans son système source.

Ces trois filtres éliminent généralement 60 à 70 % de ce que les entreprises envisagent initialement d'injecter.

Ce qui reste hors du Cortex — et pourquoi

Certaines catégories de données doivent rester dans leurs systèmes d'origine, accessibles uniquement via des requêtes ciblées et contrôlées :

Les données RH nominatives. Salaires, évaluations, dossiers disciplinaires. Même avec des droits d'accès stricts, le risque de fuite ou de corrélation involontaire est trop élevé. Vos agents n'ont pas besoin de savoir qui gagne quoi pour traiter une demande de congé.

Les données financières granulaires. Le Cortex peut contenir des synthèses budgétaires ou des seuils d'alerte. Mais le détail des transactions, des marges par client ou des prévisions stratégiques reste dans l'ERP, avec ses propres contrôles.

Les échanges informels. Messages Slack, emails de coordination, notes de réunion brutes. Ce bruit conversationnel pollue les réponses des agents et crée de faux contextes. Si une décision importante en ressort, elle doit être formalisée ailleurs.

Les versions intermédiaires. Seule la version validée d'un document entre dans le Cortex. Les v0.3, les "dernière version finale (2)", les commentaires de relecture — tout cela reste dans la GED avec son historique.

Un cas concret : le Cortex d'un cabinet de conseil

Prenons l'exemple d'un cabinet de conseil en organisation de 80 personnes. Leur première intention : tout centraliser. Méthodologies, propositions commerciales, livrables clients, retours d'expérience, CVs des consultants, grilles tarifaires.

Après cadrage, voici ce qui entre effectivement dans le Cortex :

• Les méthodologies validées et versionnées
• Les fiches de synthèse des missions (anonymisées côté client si nécessaire)
• Les compétences et domaines d'expertise par consultant (pas les CVs complets)
• Les critères de staffing et les règles de pricing générales

Ce qui reste ailleurs :

• Les propositions commerciales en cours de négociation (trop volatiles)
• Les grilles tarifaires par client (trop sensibles, trop spécifiques)
• Les emails d'avant-vente (bruit)
• Les évaluations de performance des consultants (RH)

Résultat : un Cortex de 2 000 documents au lieu des 15 000 initialement envisagés. Des agents plus rapides, des réponses plus justes, une gouvernance tenable.

La gouvernance avant la technique

Ce cadrage n'est pas un exercice technique délégué à la DSI. C'est une décision de gouvernance qui engage la direction générale, les métiers et le juridique.

Questions à trancher collectivement :

• Quels processus veut-on rendre "requêtables" par des agents ?
• Quelles informations ces processus nécessitent-ils vraiment ?
• Qui valide l'entrée d'une nouvelle source dans le Cortex ?
• Comment gère-t-on l'obsolescence ? (Un document pertinent aujourd'hui peut devenir dangereux demain s'il n'est plus à jour.)

Sans ces réponses, vous construisez une mémoire qui se dégrade avec le temps — et des agents qui perdent progressivement la confiance de leurs utilisateurs.

Une mémoire délibérément sélective

La qualité d'un Cortex se mesure autant à ce qu'il contient qu'à ce qu'il refuse. Une organisation requêtable n'est pas une organisation qui a tout numérisé. C'est une organisation qui a décidé, explicitement, ce que ses agents ont le droit de savoir — et ce qui reste du ressort des humains et des systèmes spécialisés.

Cette sélectivité n'est pas une limitation. C'est ce qui rend la mémoire durable, les agents fiables, et l'infrastructure souveraine réellement gouvernable.