Connecter ses applications ne crée pas une mémoire

Tout est là, mais l’histoire manque

Imaginons une réunion de travail. Le rendez-vous figure dans l’agenda. Les échanges préparatoires sont dans la messagerie. La personne invitée possède une fiche contact. Le document présenté se trouve dans un espace partagé. Les actions décidées ont rejoint le gestionnaire de tâches. Un assistant IA peut, selon ses accès, interroger plusieurs de ces sources.

Toutes les traces existent. Trois ans plus tard, une nouvelle responsable demande : « Pourquoi avons-nous finalement choisi cette option ? » Elle retrouve la présentation, la date et les actions. Le motif du choix, lui, reste introuvable.

Peut-être une contrainte a-t-elle été évoquée oralement. Peut-être une alternative paraissait-elle trop risquée à l’époque. Ce sont des hypothèses, pas des explications établies. Chaque application a correctement rempli sa fonction ; aucune trace n’a nécessairement préservé le cheminement collectif.

Retrouver n’est pas se souvenir

Trois niveaux permettent de nommer ce manque. La trace est un élément conservé : message, note, document, compte rendu. Elle atteste d’un contenu enregistré, sans garantir que toutes ses affirmations soient exactes. L’accès est la capacité de retrouver ces éléments par une recherche, un connecteur ou un assistant. La mémoire est l’organisation des traces avec leur origine, leurs acteurs, leurs dates et leurs relations, afin que leur sens reste compréhensible et révisable.

Retrouver localise une information. Agréger rassemble plusieurs informations. Constituer une mémoire préserve aussi ce qui explique leur articulation. Un dossier réunissant tous les fichiers d’une réunion peut encore ignorer pourquoi la troisième proposition a été écartée.

Cette distinction prolonge une question ancienne. En 1991, James P. Walsh et Gerardo Rivera Ungson étudiaient déjà la mémoire organisationnelle en distinguant acquisition, conservation et récupération de l’information [1]. Notre lecture applique cette question à un environnement où l’accès devient plus facile : la présence des traces ne dispense pas d’organiser leur compréhension.

Ce que les documents ne disent pas toujours

Dans son travail sur la création de connaissance, Ikujiro Nonaka décrit un dialogue entre connaissance tacite et connaissance explicite [2]. Le document ne contient donc pas nécessairement tout ce qui a permis d’agir : une pratique, une expérience ou un jugement peuvent rester portés par les personnes.

Reprenons notre réunion. Le compte rendu indique « option B retenue ». Une participante pourrait expliquer que l’option A dépendait d’un partenaire alors indisponible. Recueillie aujourd’hui, cette explication serait un témoignage daté et attribué. Elle ne devrait pas être présentée comme une phrase du compte rendu initial.

Préserver le contexte demande parfois un geste très simple : demander, au moment du choix, quelle contrainte a fait la différence. Et accepter qu’une partie du raisonnement demeure incomplète plutôt que la réécrire après coup.

L’IA change l’accès, pas la nature du problème

Les architectures de génération augmentée par la recherche, ou RAG, associent des documents retrouvés à un système qui génère une réponse. Le travail de Patrick Lewis et de ses coauteurs montre des améliorations sur les tâches évaluées [4]. Ce mécanisme peut aider à répondre à partir d’un corpus ; il ne certifie pas à lui seul chaque relation proposée.

Il serait toutefois inexact d’affirmer que les systèmes actuels ne savent pas reconstruire un contexte complexe. GraphRAG, étudié par Darren Edge et ses coauteurs, extrait un graphe et produit des synthèses de groupes d’informations. Sur les questions de compréhension globale évaluées, les auteurs observent des gains de couverture et de diversité par rapport à un RAG classique [5].

Ces résultats invitent à une distinction précise. Reconstruire un contexte à partir de relations documentées peut être très utile. Déduire le motif d’une décision à partir d’indices convergents reste une inférence. Si les sources ne permettent pas de conclure, la qualité de la formulation ne doit pas masquer cette limite.

Un assistant pourrait ainsi écrire : « Les échanges suggèrent une contrainte de calendrier, mais aucun document retrouvé ne confirme qu’elle a déterminé le choix. » Cette réponse laisse une question ouverte. Elle préserve mieux la mémoire qu’une explication assurée dont le motif aurait été inventé.

Ce qu’une mémoire doit préserver

La provenance indique d’où vient une information et comment elle a été produite. Le cadre PROV du W3C relie précisément des entités, des activités et les personnes ou agents impliqués [3]. Pour notre réunion, cela revient notamment à identifier l’auteur du compte rendu, sa date et les documents dont une synthèse est issue.

Le contexte précise les contraintes et les informations disponibles au moment du choix. Les relations indiquent quels documents ont éclairé quelle décision, avec quels participants. La présence d’un destinataire sur un message ne prouve toutefois pas qu’il en ait pris connaissance.

La temporalité distingue ce qui faisait autorité alors de ce qui a changé depuis. Le statut sépare un fait documenté, un témoignage, une interprétation et une hypothèse. Les alternatives et les motifs de leur abandon donnent accès au raisonnement, au-delà du seul résultat.

Tout conserver ne résout pas ces questions. Une mémoire utile suppose de choisir ce qui mérite d’être transmis, de définir qui peut y accéder ou le corriger et de prévoir ce qui peut être supprimé. La continuité doit aussi survivre à un changement d’outil : les liens décisifs doivent rester compréhensibles avec les contenus exportés.

À mettre en pratique : le test des cinq ans

Choisissez une décision importante prise au cours des six derniers mois. Imaginez qu’une personne étrangère au dossier doive la comprendre dans cinq ans, sans pouvoir vous appeler. Pour chacun des six points suivants, identifiez une source ou écrivez « manquant ».

1. La décision finale : que devait-on faire, et sur quel périmètre ?

2. Les personnes impliquées : qui a proposé, contribué et décidé ?

3. Les documents qui l’ont éclairée : quelles versions étaient disponibles à ce moment-là ?

4. Les principales alternatives : quelles autres possibilités ont réellement été envisagées ?

5. Les raisons de leur abandon : quelles contraintes ou quels arguments ont fait pencher le choix ?

6. Le statut des explications : qu’est-ce qui est documenté, témoigné, interprété ou encore incertain ?

Si les quatre premiers éléments sont faciles à retrouver mais pas les deux derniers, vous avez peut-être de nombreuses traces sans disposer encore d’une mémoire réellement transmissible. Ce test est un exercice éditorial proposé par Mnemory, pas un instrument de mesure validé scientifiquement.

Pour agir, complétez une courte note de décision : choix, motifs, alternatives, sources, date et responsable. Si vous la rédigez après coup, indiquez-le et attribuez les souvenirs recueillis. Confiez ensuite le dossier à un collègue extérieur au projet. Les questions qu’il pose révèlent les liens qui restent à documenter.

Préserver ce qui relie les traces

Le prochain défi numérique ne sera peut-être pas de connecter davantage nos applications. Il sera de préserver ce qui relie leurs traces et leur donne un sens dans le temps.

C’est précisément cette différence entre accumulation de traces et continuité contextualisée que nous cherchons à explorer avec Mnemory. Un cadre de réflexion et d’expérimentation où les sources, leurs relations et leur statut restent au centre, sans confondre cette ambition avec une garantie de mémoire exhaustive.

La prochaine fois qu’une décision sera consignée, ajoutons une question : quelqu’un pourra-t-il encore comprendre pourquoi ?