À qui appartient la mémoire de votre IA ?

La réponse honnête

Posez à l'éditeur de votre assistant IA une question simple : puis-je emporter ma mémoire avec moi ? Pas un export JSON de transcriptions de chat — la véritable compréhension accumulée que votre équipe y a déversée. Pour la quasi-totalité des produits du marché en 2026, la réponse honnête est non. La mémoire, c'est les douves. Et c'est vous qui les remplissez.

La mémoire devient le produit

Chaque grand assistant propose désormais une fonction mémoire, et toutes fonctionnent de la même manière : plus vos collaborateurs lui en disent, meilleur il devient, et plus il devient difficile de partir. Ce n'est pas un complot ; c'est simplement une bonne conception de la rétention. Mais appelons les choses par leur nom — le contexte de votre entreprise, pris en otage.

La version individuelle est agaçante. La version entreprise est un problème de gouvernance. Le savoir qui atterrissait autrefois dans des documents — consultables, auditables, appropriables — s'accumule désormais dans des historiques de conversation par siège qu'aucun administrateur ne peut interroger, exporter sous une forme utile, ni transmettre à l'outil suivant quand le contrat prend fin.

Où vit réellement la mémoire de votre IA

Soyons concrets. Lorsqu'un collègue apprend quelque chose à un assistant aujourd'hui, ce fait réside généralement :

• dans le cloud d'un éditeur, soumis à sa politique de rétention, dans sa juridiction ;
• dans un format propriétaire conçu pour son système de recherche, pas pour votre réutilisation ;
• rattaché à un seul siège, invisible pour le collègue qui utilise une autre appli IA juste à côté ;
• et hors de portée de votre propre audit — vous ne pouvez pas comparer ce que l'IA de votre entreprise tenait pour vrai en mars avec ce qu'elle tient pour vrai aujourd'hui.

Rien de tout cela n'est malveillant. Tout cela est le comportement par défaut. Les réglages par défaut, c'est ce qu'on obtient quand on ne décide pas.

Le local-first est l'architecture honnête

Il existe une autre façon de construire cela, et elle n'a rien d'exotique : garder la mémoire sur la machine du client, dans des fichiers simples, et laisser les applis IA la lire via un protocole ouvert. C'est l'architecture que nous avons choisie pour Fleece AI Brain, et elle rééquilibre le rapport de force d'une manière que vous pouvez vérifier plutôt que devoir croire :

• Les fichiers sont sur votre disque. Du Markdown simple, ouvrable sans nous, sauvegardé par ce qui sauvegarde déjà votre machine.
• Les connecteurs se synchronisent vers vous, pas via nous. Quand le Brain récupère des données depuis Slack, GitHub ou Salesforce, vos documents atterrissent sur votre disque — ils ne viennent pas s'installer sur nos serveurs.
• N'importe quelle appli IA peut la lire. Claude Desktop, Cursor ou les agents que vous développez — une connexion MCP chacun, tous partageant une seule mémoire qui vous appartient. Quand vous changerez de modèle l'an prochain, la mémoire, elle, restera en place.
• Partir, c'est copier un dossier. Nous pensons que vous resterez pour la carte et le compteur. Mais la porte de sortie n'est pas verrouillée, et c'est ce qui nous garde honnêtes.

Cinq questions à poser à tout fournisseur de mémoire IA

Que vous utilisiez notre produit ou non, posez-les à quiconque veut détenir ce que sait votre entreprise :

1. Puis-je ouvrir mes données sans votre appli, dans un format qu'un éditeur de texte comprend ?
2. D'autres outils IA peuvent-ils lire la même mémoire, ou seulement le vôtre ?
3. Mon contenu transite-t-il ou réside-t-il sur vos serveurs, et dans quel pays ?
4. Puis-je comparer et auditer l'évolution de la mémoire dans le temps ?
5. Si nous résilions, que détenons-nous le lendemain matin ?

Un fournisseur qui a de bonnes réponses mérite votre savoir. Un fournisseur qui n'en a pas vous demande de louer votre propre esprit.