Ressources Évolussance
Mémoire IA et continuité de ton entreprise
Une IA qui se souvient peut te faire gagner du temps. Pour ton entreprise, l’enjeu est aussi de conserver un savoir réutilisable par les bonnes personnes, avec ses sources et ses conditions de validité.
Une IA qui se souvient peut te faire gagner du temps. Pour ton entreprise, l’enjeu est aussi de conserver un savoir réutilisable par les bonnes personnes, avec ses sources et ses conditions de validité.
Prenons une situation fictive. En juin, une responsable des ventes obtient l’autorisation d’accorder un rabais de 10 % aux nouveaux distributeurs, pour leur première commande, jusqu’au 30 septembre. Elle travaille cette offre avec son assistant IA, qui en garde la mémoire.
En novembre, un collègue prépare une proposition pour un client régulier. Il retrouve le rabais dans une synthèse et demande à son IA de l’appliquer. La réponse est rapide, le calcul est juste et la source existe. Pourtant, l’offre préparée ne respecte ni la période ni la clientèle prévues.
Ce problème peut survenir avec un assistant personnel, un dossier partagé ou une plateforme d’entreprise. La question qui m’intéresse est donc très concrète : comment conserver ce que nous avons appris sans remettre en circulation ce qui ne s’applique plus?
Ce que recouvre la mémoire IA
Quand on parle de mémoire, on mélange souvent plusieurs choses. Il y a le contenu que l’IA peut utiliser pendant une conversation. Il y a les informations conservées pour les échanges suivants, comme tes préférences ou les éléments d’un projet. Il y a aussi les documents qu’un système peut rechercher au moment de répondre.
Ces mécanismes se complètent, mais ils ne conservent pas forcément les mêmes informations et ne les réutilisent pas de la même manière. Retrouver une conversation entière, sélectionner quelques souvenirs et consulter une procédure sont trois façons différentes de construire une réponse.
Pour une personne, retenir le ton préféré ou le dossier en cours est déjà utile. Dans une entreprise, il faut aussi pouvoir reprendre un raisonnement, comprendre une exception et savoir quelle décision fait autorité. Le savoir-faire comprend autant les gestes à poser que les situations où il faut les adapter ou s’arrêter.
La recherche évalue aussi ces difficultés séparément. Présenté à ICLR 2025, LongMemEval (nouvelle fenêtre) examine notamment le raisonnement temporel, la mise à jour des connaissances et la capacité à s’abstenir lorsque la mémoire ne permet pas de répondre. Ce travail porte sur des assistants conversationnels, pas sur une certification des outils utilisés en entreprise. Il rappelle toutefois pourquoi mesurer uniquement ce qu’un système retrouve serait insuffisant.
Des outils personnels et collectifs existent déjà
Il serait inexact de dire que la mémoire IA appartient nécessairement à un compte individuel ou qu’elle ne peut pas être partagée. Plusieurs approches coexistent, parfois dans le même produit.
- Basic Memory conserve les connaissances dans des fichiers Markdown, un format texte lisible hors de l’application. Son approche comprend des projets locaux et une offre Teams donnant accès à une base partagée. Le local et le collectif correspondent ici à des modes d’utilisation distincts. Voir les espaces Teams (nouvelle fenêtre) et le format et le contrôle des données (nouvelle fenêtre).
- AnythingLLM propose des usages individuels et multiutilisateurs. Sa fonction Memories reste cependant attachée à chaque utilisateur, même dans un espace de travail commun. Cela montre pourquoi il faut vérifier ce que le mot « partagé » recouvre réellement. Voir la documentation des mémoires (nouvelle fenêtre).
- Les projets partagés de ChatGPT rassemblent des conversations, des fichiers et des instructions que les membres peuvent réutiliser comme contexte. Ils constituent déjà une possibilité de travail collectif, selon les paramètres du compte et de l’espace de travail. Voir la documentation des projets (nouvelle fenêtre).
- Glean aborde le contexte organisationnel par la recherche et les connexions aux outils de travail. Son serveur MCP permet à des assistants compatibles d’appeler certaines de ses capacités. MCP désigne ici un protocole de connexion entre les applications d’IA et leurs outils. Voir la présentation du serveur Glean (nouvelle fenêtre).
- Claude documente l’importation et l’exportation de mémoire. L’import reste présenté comme expérimental et peut ne pas intégrer correctement tous les souvenirs. C’est une possibilité de migration à tester, plutôt qu’une garantie de continuité parfaite. Voir la documentation de transfert (nouvelle fenêtre).
Ces exemples, vérifiés le 5 novembre 2026, illustrent des approches différentes. Ils ne forment pas un classement et ne sont pas tous substituables. Une PME peut très bien combiner un assistant personnel, des documents partagés et un outil qui structure son contexte métier.
Le choix dépend aussi du travail d’entretien que l’équipe peut assumer. Des fichiers locaux demandent des sauvegardes et une organisation des accès. Une solution hébergée demande de vérifier les conditions du service et les possibilités de récupération. Et conserver des fichiers sur son ordinateur ne suffit pas à garder les échanges locaux si l’assistant les transmet ensuite à un modèle distant.
Une information exacte peut devenir inapplicable
Revenons au rabais de juin. Le souvenir « nous offrons 10 % aux distributeurs » est trop incomplet pour préparer une proposition. Il a perdu la période, la condition de première commande et le caractère temporaire de la décision.
Une mémoire ressemble à une valise préparée pour une mission. Avant de la reprendre, il faut vérifier que son contenu convient encore à la situation.
La date mérite elle-même d’être précisée. Une note enregistrée le 2 novembre peut raconter une décision prise en juin et arrivée à échéance en septembre. La date du fichier ne dit donc pas à elle seule quand l’information était applicable. À l’inverse, une procédure ancienne peut rester en vigueur si elle n’a pas été remplacée et si ses conditions sont toujours réunies.
Les travaux de Zhang et Choi sur le décalage temporel des connaissances (nouvelle fenêtre) étudient notamment comment repérer les faits susceptibles de changer rapidement pour éviter de répéter des informations dépassées. Ils concernent les connaissances des modèles, et non directement la tenue des dossiers d’une PME. La distinction nous aide néanmoins à poser une exigence pratique : les informations n’ont pas toutes la même durée de validité.
Ce qui doit accompagner une décision conservée
Pour qu’un collègue ou une IA puisse reprendre notre exemple sans inventer les conditions manquantes, je voudrais retrouver au minimum ces éléments :
- Le contenu exact. Un rabais de 10 % sur une première commande.
- La portée. Les nouveaux distributeurs visés par l’essai, pas tous les clients.
- La validité. La période d’application et les conditions qui pourraient l’interrompre.
- Le statut. Une décision approuvée, distincte d’une idée ou d’une proposition à discuter.
- La source et la responsabilité. La trace de l’approbation, la personne responsable et celle qui peut autoriser une exception.
- La suite. Ce qui a remplacé la décision, ou la mention explicite qu’aucune règle actuelle n’a encore été confirmée.
Ce ne sont pas des champs à remplir mécaniquement pour chaque phrase. Ce sont des repères à adapter aux conséquences d’une erreur. Une préférence de présentation et un engagement commercial ne demandent pas le même niveau de contrôle.
En novembre, une réponse utile indiquerait que le rabais retrouvé concernait un essai terminé et une autre situation. Elle demanderait de vérifier les conditions actuelles avant de préparer l’engagement. Si la règle actuelle manque, la mémoire devrait rendre ce manque visible.
Il faut aussi conserver l’histoire quand elle reste utile. Pour expliquer un devis émis en août, l’ancienne règle peut être la bonne référence. Archiver une décision et empêcher sa réutilisation comme règle actuelle sont deux opérations compatibles.
La métaphore de la commode stratégique aide à organiser ces hypothèses, décisions et apprentissages sans tout conserver indistinctement.
La relève commence avant le départ
Quand un employé quitte, perdre l’accès à son assistant peut faire apparaître un problème plus ancien : certains apprentissages utiles n’avaient jamais été transmis à l’équipe.
Une collègue savait quelle question poser avant de chiffrer un mandat. Un technicien reconnaissait le signe qu’une procédure standard allait échouer. Un conseiller avait compris pourquoi une offre ne convenait pas à une clientèle. Une partie de ce savoir pouvait se trouver dans leurs échanges avec une IA, une autre dans leur expérience.
Conserver toutes les conversations ne rend pas automatiquement ce savoir exploitable. Il faut extraire les méthodes utiles, leurs limites, les exemples qui les éclairent et les décisions qui engagent l’entreprise. Ce passage doit respecter les espaces privés et les droits des personnes. Une mémoire commune ne donne pas à chacun accès à tout.
Pour approfondir cette limite, l’article Avant de devenir AI-first, choisis ce que l’IA a le droit de comprendre examine les permissions et le besoin de savoir.
Un test simple consiste à confier un dossier à une personne autorisée qui ne l’a pas suivi. Peut-elle expliquer la décision actuelle, retrouver sa source et repérer ce qui reste incertain? Les questions qu’elle pose révèlent souvent mieux les trous de la transmission qu’un volume de fichiers ou de souvenirs enregistrés.
Changer de fournisseur sans reconstruire son histoire
Mettre le modèle, la mémoire, les méthodes et les documents chez un seul fournisseur peut simplifier le quotidien. Cela crée aussi une dépendance à examiner. Un changement de prix, de conditions, de fonctions ou de stratégie peut suffire à rendre cette dépendance inconfortable. Il n’est pas nécessaire de prédire une disparition ou un effondrement du marché pour préparer une solution de rechange.
La possibilité d’exporter des fichiers est un bon point de départ. Il faut ensuite vérifier ce qui les accompagne : les sources, les liens entre informations, les dates, les statuts et les restrictions d’accès. Un fichier récupéré ne transporte pas forcément le comportement de l’assistant qui l’utilisait.
Le test utile est donc celui de la reprise. Dans un autre environnement autorisé, peut-on comprendre une décision importante et refaire le travail attendu? Que faut-il reconstruire? Qui en a la capacité? Cette vérification donne une mesure beaucoup plus concrète de la dépendance qu’une simple case « export disponible ».
Cette continuité fait aussi partie du travail décrit dans Créer un agent IA est devenu facile. Transformer une entreprise reste difficile. : prévoir l’entretien et la reprise compte autant que réussir la première démonstration.
Le contexte métier que Pilostra cherche à préserver
C’est dans cette réflexion que je situe Pilostra. Son point de départ est la compréhension de l’entreprise : ses offres, ses clientèles, ses objectifs, ses contraintes et les décisions qui relient ces éléments.
J’ai présenté cette démarche sous le terme de contextabilité (nouvelle fenêtre) : rendre le contexte de l’organisation disponible, interprétable et mobilisable, puis le maintenir dans le temps. Pour moi, cette démarche doit notamment aider à comprendre pourquoi une information s’applique à une situation et pourquoi elle ne s’applique pas à une autre.
Pilostra construit cette continuité autour des objets métier, des décisions enregistrées, des révisions du projet et de l’accès contrôlé au contexte. L’intérêt recherché est de permettre à une personne, puis à une IA autorisée, de reprendre un travail en comprenant ce qui a été décidé et ce qui reste à vérifier.
Cela demande de vérifier les fonctions réellement disponibles pour chaque usage. La présence d’une décision dans un système ne garantit ni sa mise à jour automatique ni sa validité permanente. La possibilité de travailler avec plusieurs IA ne garantit pas non plus une indépendance complète envers tous les fournisseurs.
La méthode, les responsabilités et l’entretien du contexte restent essentiels, quel que soit l’outil choisi.
Un premier essai sur une décision réelle
Pour avancer, je commencerais avec une décision que ton équipe doit régulièrement reprendre : établir un prix, choisir une offre, traiter une exception ou préparer un accompagnement.
Si tu prépares un premier usage, les six conditions pour devenir AI-ready donnent un cadre de départ. Le protocole de cadrage d’un travail avec l’IA aide ensuite à préciser le contexte, les contraintes et les vérifications de cet essai.
- Retrouve la source qui fait autorité et les informations nécessaires pour comprendre la décision.
- Indique ses conditions d’application, sa période de validité, son responsable et les points encore incertains.
- Fais tester le dossier par une autre personne et par l’IA autorisée à l’utiliser.
- Introduis un cas différent : une autre clientèle, une ancienne date ou une condition qui n’est plus remplie. Observe si la réponse signale la différence.
- Vérifie qu’un changement de règle est compris et que l’ancienne décision reste consultable comme historique, sans être présentée comme actuelle.
L’essai doit aussi mesurer l’effort nécessaire pour maintenir ce contexte. Une organisation n’a pas intérêt à construire une mémoire plus lourde à entretenir que le travail qu’elle aide à réaliser.
L’objectif est de pouvoir reprendre une décision sans devoir rappeler la seule personne qui se souvient de toute l’histoire. Une mémoire d’entreprise devient utile quand elle permet de comprendre ce que l’on sait, ce qui reste applicable et ce qu’il faut encore vérifier avant d’agir.
→