Donner une mémoire persistante à Claude Desktop avec MCP (guide 2026)

Peut-on donner une mémoire persistante à Claude Desktop ? Oui, avec un serveur MCP

La réponse courte est oui. Claude Desktop n'a pas de mémoire à long terme propre — chaque conversation part d'une page blanche — mais le Model Context Protocol (MCP) vous permet de lui en rattacher une. Vous faites tourner un petit serveur de mémoire sur votre propre machine, vous ajoutez quelques lignes au fichier de configuration de Claude Desktop, et dès lors Claude peut stocker des faits pendant une conversation et se les remémorer dans la suivante, des jours ou des semaines plus tard, dans une toute nouvelle session. Rien ne change dans le modèle ; vous lui donnez un outil qu'il peut lire et dans lequel il peut écrire.

Il existe trois voies pratiques vers une mémoire persistante pour Claude Desktop, et elles conviennent à des profils différents. Bien choisir compte davantage que la configuration elle-même, il vaut donc la peine d'être honnête sur celle qui vous correspond avant de toucher à un fichier de configuration.

• Le serveur de mémoire de référence officiel. Anthropic publie un serveur memory open source qui stocke un petit graphe de connaissances dans un unique fichier JSON sur votre ordinateur portable. C'est la façon la plus rapide de faire fonctionner une mémoire personnelle, mono-machine, et cela ne coûte rien. Il convient à un particulier qui veut que Claude se souvienne de faits et de préférences personnels et qui est à l'aise avec l'édition d'un fichier de configuration.
• Les plateformes de mémoire pour développeurs. Des produits comme mem0 et Zep sont des API de mémoire que vous câblez dans des agents que vous construisez vous-même. Ils sont le bon choix pour les développeurs qui livrent leurs propres fonctionnalités d'IA et ont besoin d'une remémoration gérée, de scoring et de résumé. Ils sont moins pertinents si votre objectif est simplement de faire en sorte que l'application Claude Desktop devant vous se souvienne de votre contexte.
• Une véritable base de connaissances d'entreprise derrière MCP. Une base de connaissances local-first comme Fleece AI Brain fait que « mémoire » désigne votre connaissance d'entreprise réelle — fils Slack, Gmail, documents Drive, pages Notion, tickets, code — plutôt qu'une poignée de notes que vous avez tapées à la main. C'est la voie que nous recommandons pour les équipes, car la mémoire est à jour, partagée et interrogeable par tous les outils d'IA à la fois, pas seulement par un seul poste.

Ce guide parcourt les trois avec la configuration concrète de chacune. C'est le compagnon pratique de notre article plus approfondi sur la mémoire partagée pour les agents d'IA avec MCP, qui couvre l'architecture et les arguments en faveur d'un graphe ; ici, nous restons près du clavier et nous concentrons spécifiquement sur Claude Desktop.

Pourquoi Claude oublie entre les conversations

Pour corriger l'amnésie, il est utile de comprendre d'où elle vient, car la cause vous dit quelle solution est réelle et laquelle n'est qu'un pis-aller. Les grands modèles de langage sont sans état. Le modèle lui-même ne se souvient de rien entre deux appels ; il lit ce qui se trouve devant lui et produit une réponse, puis cet état disparaît. Ce qui ressemble à de la « mémoire » dans n'importe quelle application de chat n'est que la transcription réinjectée dans le modèle à chaque tour — la conversation est rejouée dans le prompt pour que le modèle paraisse se souvenir de ce que vous avez dit plus tôt.

Cette astuce fonctionne au sein d'une session et s'effondre à sa frontière. Quand vous démarrez une nouvelle conversation dans Claude Desktop, la transcription précédente n'est pas rejouée, si bien que le contexte a disparu. Tout ce que vous aviez établi — votre stack, vos conventions de nommage, la décision que vous avez expliquée hier — doit être rétabli à partir de zéro. La fenêtre de contexte est la taille de la note que le modèle peut lire d'un coup, et une fenêtre plus grande ne résout pas ce problème. Une fenêtre d'un million de tokens oublie toujours à l'instant où la session se termine, et vous devez toujours choisir, à la main, ce que vous recollez. La limite est architecturale, ce n'est pas une question de taille de fenêtre.

La mémoire persistante consiste à déplacer les faits mémorisés hors de la transcription jetable, dans un stockage durable qui survit à chaque session — et à donner au modèle un moyen d'atteindre ce stockage à la demande. C'est exactement ce que fournit MCP. Le Model Context Protocol est un standard ouvert qui permet à n'importe quel client d'IA — Claude Desktop, Cursor, Cline, Zed, vos propres agents — de se connecter à des outils et des données externes via une interface commune. Un serveur de mémoire n'est qu'un serveur MCP qui expose deux types d'outils : un pour consigner un fait, et un pour rechercher des faits plus tard. Claude Desktop découvre ces outils au démarrage, et dès lors il peut décider de stocker ou de se remémorer des souvenirs de la même façon qu'il décide d'exécuter n'importe quel autre outil. Le stockage réside sur disque, il survit donc au chat qui l'a créé.

Option 1 : le serveur MCP de mémoire de référence

La façon la plus simple de donner une mémoire persistante à Claude Desktop est l'implémentation de référence d'Anthropic elle-même. Elle est fournie dans le dépôt public des serveurs Model Context Protocol et est conçue pour être lancée avec une seule commande, sans étape de build.

Ce qu'elle fait : elle entretient un petit graphe de connaissances — entités, relations et observations — et le persiste dans un unique fichier JSON sur votre machine. Quand vous dites à Claude quelque chose qui mérite d'être conservé (« je préfère TypeScript à JavaScript », « mon cofondateur s'appelle Alex », « nous déployons le vendredi »), Claude peut l'écrire comme une entité ou une observation. Lors d'une session ultérieure, quand le sujet revient, Claude interroge ce graphe et relit les nœuds pertinents. C'est une véritable mémoire à long terme, opérationnelle, pour une personne sur un ordinateur.

Pour l'activer, vous ajoutez le serveur au fichier de configuration de Claude Desktop. Sur macOS, ce fichier se trouve à l'emplacement ~/Library/Application Support/Claude/claude_desktop_config.json ; sur Windows, il est à %APPDATA%\Claude\claude_desktop_config.json. Ajoutez une entrée memory sous mcpServers :

{
  "mcpServers": {
    "memory": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-memory"]
    }
  }
}

Enregistrez le fichier et redémarrez Claude Desktop. L'invocation npx -y récupère et exécute le paquet à la demande, il n'y a donc rien à installer à l'avance hormis Node.js. Une fois Claude redémarré, il listera les outils de mémoire parmi ses outils disponibles, et vous pourrez lui demander de « mémoriser » et de « se remémorer » des faits explicitement, ou ajouter une ligne à vos préférences lui demandant de stocker automatiquement les faits durables.

Soyez lucide sur la portée, car les limites assumées sont la raison même d'exister des deux autres options :

• Elle est personnelle et mono-machine. Le fichier JSON réside sur un seul ordinateur portable. Pas de synchronisation, pas de partage, et aucune notion d'équipe. La mémoire que vous construisez sur votre machine de travail n'est pas sur votre machine personnelle.
• Elle stocke ce que vous lui dites, pas ce que votre entreprise sait. Le graphe ne contient que les faits qui ont transité par une conversation. Il n'a aucune conscience de votre Slack, de vos documents, de vos tickets ou de votre base de code, à moins que vous ne saisissiez ces faits un par un.
• C'est un fichier JSON plat. C'est une vertu pour la simplicité et une limite pour la montée en charge et l'audit. C'est un carnet très correct pour une personne ; ce n'est pas la source de vérité d'une organisation.

Pour un particulier qui veut que Claude cesse d'oublier ses préférences, c'est un excellent point de départ à coût nul, et nous le recommandons précisément pour cela. Si votre objectif est que Claude connaisse des choses sur votre entreprise, poursuivez la lecture.

Option 2 : les plateformes de mémoire pour développeurs

La deuxième voie s'adresse à un lecteur différent : quelqu'un qui construit son propre produit d'IA, pas quelqu'un qui configure l'application Claude Desktop pour un usage personnel. Des plateformes comme mem0 et Zep proposent la mémoire en tant que service — une API que votre agent appelle pour écrire des souvenirs, récupérer les plus pertinents, et dans certains cas les scorer, les faire décroître ou les résumer au fil du temps. Elles gèrent la logique de récupération et le stockage pour que vous n'ayez pas à bâtir une couche de mémoire depuis les fondations.

Le compromis que vous faites porte sur l'endroit où réside la mémoire et sur qui l'exploite. Ce sont des plateformes pour développeurs, la mémoire se trouve donc dans leur infrastructure — une API hébergée à laquelle vous envoyez vos données — ou dans un déploiement auto-hébergé que vous mettez en place et maintenez vous-même. Les deux sont légitimes ; les deux signifient que la mémoire est quelque chose que vous intégrez par le code plutôt que quelque chose que Claude Desktop atteint nativement. Certains de ces outils exposent une surface MCP, mais le centre de gravité reste l'API et le SDK, destinés à être intégrés dans une application que vous écrivez.

Choisissez cette voie si vous livrez des agents à vos propres utilisateurs et avez besoin d'un système de remémoration géré avec des contrôles clairs sur la rétention et le scoring. C'est le mauvais outil si vous voulez simplement que l'application Claude Desktop se souvienne de votre contexte et, surtout, si vous voulez que cette mémoire soit la connaissance réelle de votre entreprise plutôt qu'un stockage dans lequel votre application écrit. Pour cela, la mémoire doit être alimentée par les systèmes que votre entreprise utilise déjà — ce qui est la troisième voie.

Option 3 (recommandée) : un cerveau d'entreprise derrière MCP

Les deux premières voies font en sorte que Claude se souvienne des faits que vous lui fournissez. La troisième fait en sorte que Claude se souvienne de votre entreprise. C'est l'option que nous recommandons pour les équipes, et c'est le produit que nous construisons.

Fleece AI Brain est une application de bureau local-first — pour macOS, Windows et Linux — qui transforme la connaissance éparpillée de votre organisation en une seule mémoire que n'importe quel client MCP peut interroger. Au lieu d'un fichier JSON que vous remplissez à la main, la mémoire est alimentée par vingt connecteurs qui synchronisent vos systèmes réels : Slack, Gmail, Google Drive, Notion, GitHub, Jira, Zendesk, Linear, Salesforce, Microsoft 365 et plus encore. Chaque message, chaque document, chaque page et chaque ticket devient un nœud dans un graphe de connaissances que Claude Desktop lit via MCP. Quand vous interrogez Claude sur « la migration de la facturation », il ne devine pas — il se remémore la décision, le fil dans lequel elle a été prise, le document qu'elle a remplacé et la personne qui en est responsable.

Trois propriétés distinguent cela d'un carnet et d'un dépôt de documents :

• Local-first et inspectable. Le coffre est du Markdown simple plus un index SQLite local, entièrement compatible Obsidian. Ce sont vos fichiers sur votre disque. Vous pouvez ouvrir, lire et modifier la même mémoire que Claude interroge — aucun blob opaque, aucun verrouillage cloud. C'est aussi pourquoi un cerveau n'est pas la même chose qu'un wiki : contrairement à un espace de travail Notion, qui est un endroit où des humains lisent des documents, un cerveau est une mémoire que des agents interrogent, avec la structure et la provenance qui rendent la remémoration digne de confiance.
• Privé par architecture. Les connecteurs s'autorisent via OAuth, puis récupèrent les données de l'API de chaque fournisseur directement sur votre machine. Les charges utiles brutes — vos messages Slack, vos e-mails, le corps de vos tickets — ne transitent jamais par nos serveurs. La mémoire est assemblée localement, et c'est ce qui rend sûr le fait de pointer un modèle puissant vers elle.
• Partagée, pas cloisonnée. Sur la formule Teams, le même cerveau devient votre mémoire d'entreprise — une seule source de vérité que le Claude de chaque coéquipier, et tout autre outil d'IA, consulte. Ce que l'agent d'une personne apprend, les agents de toute l'équipe en héritent.

Sous le capot, l'application fait tourner un petit serveur MCP sur stdio qui enregistre un ensemble d'outils de mémoire — Claude appelle brain_recall pour interroger le graphe et brain_remember pour écrire un fait durable — aux côtés d'outils pour lire, lister, relier et parcourir les nœuds. Parce qu'il parle le MCP standard, le même cerveau fonctionne aussi pour Cursor, Cline et Zed, pas seulement Claude Desktop. Une seule mémoire, tous les outils.

La mise en place, étape par étape

1. Installez l'application de bureau. Téléchargez Fleece AI Brain pour macOS, Windows ou Linux et ouvrez-le. Il tourne entièrement sur votre machine ; il y a un essai de 14 jours, sans carte, vous pouvez donc construire un vrai cerveau avant de décider quoi que ce soit.
2. Ouvrez un coffre. Pointez l'application vers un dossier destiné à héberger votre mémoire, ou importez un coffre Obsidian ou Markdown existant. Tout est stocké sous forme de fichiers Markdown simples plus un index SQLite local — les fichiers sont à vous et restent lisibles en dehors de l'application.
3. Connectez vos outils. Depuis l'écran des connecteurs, autorisez les systèmes que vous voulez en mémoire — commencez par Slack, Gmail et Notion. Chaque connecteur exécute un flux OAuth puis synchronise les données de ce fournisseur directement sur votre appareil, dédupliquées et tenues à jour, sans jamais passer par notre infrastructure.
4. Connectez Claude Desktop. L'application génère le bloc de configuration MCP exact pour votre coffre. Copiez-le une fois dans le claude_desktop_config.json de Claude Desktop et redémarrez l'application. C'est l'unique étape de copier-coller — vous n'écrivez pas de JSON à la main ni ne cherchez le chemin d'un binaire.
5. Demandez. Démarrez une nouvelle conversation et posez à Claude une question que seule votre entreprise connaît : « Qu'avons-nous décidé au sujet de l'exception tarifaire pour les remboursements grands comptes ? » Claude appelle brain_recall, récupère les nœuds pertinents de votre graphe, et répond en citant la source — d'une session à l'autre, sans que vous ayez rien à recoller.

À partir de là, Claude Desktop dispose d'une mémoire persistante qui n'est pas seulement durable mais signifiante : c'est la connaissance de votre entreprise, tenue à jour par les connecteurs, inspectable en Markdown, et partagée avec votre équipe si vous le souhaitez.

Vérifier que la mémoire fonctionne réellement

Quelle que soit la voie choisie, vérifiez que la mémoire survit à une frontière de session avant de lui faire confiance. La défaillance que vous traquez est subtile : un outil peut sembler connecté sans rien persister, ou persister vers un stockage que personne ne lit. Un test court et délibéré tranche la question.

1. Écrivez un fait, puis quittez. Dans une conversation, dites à Claude quelque chose de précis et d'inhabituel — « Retiens que notre base de données de préproduction s'appelle orion-staging et que seule Priya peut la redémarrer. » Confirmez qu'il accuse réception du stockage, puis quittez complètement Claude Desktop, pas seulement en fermant la fenêtre.
2. Rouvrez et demandez à froid. Relancez, démarrez une nouvelle conversation, et demandez sans le moindre indice : « Qui peut redémarrer notre base de préproduction, et comment s'appelle-t-elle ? » Une véritable mémoire persistante renvoie orion-staging et Priya. Si Claude vous demande de le lui rappeler, c'est que la mémoire n'est pas câblée.
3. Traversez le sujet, pas seulement la transcription. Posez une question adjacente qui oblige le modèle à récupérer plutôt qu'à répéter : « Y a-t-il quelque chose que je devrais savoir avant de redémarrer la préproduction ? » Une mémoire opérationnelle fait remonter la contrainte de Priya sans y être invitée, ce qui prouve que la remémoration effectue une vraie récupération, et non un simple rejeu de votre dernier message.
4. Pour un cerveau d'entreprise, testez l'ancrage aux sources. Posez une question dont la réponse réside dans un outil connecté, pas dans quelque chose que vous avez tapé — « Résume la dernière décision du canal #billing au sujet des remboursements » — et confirmez que la réponse cite le fil sous-jacent. Cela confirme que les connecteurs, le graphe et MCP sont tous dans la boucle, et pas seulement un bloc-notes local.
5. Testez le lendemain. La vraie preuve de la persistance, c'est le temps. Répétez une invite de remémoration demain. Une mémoire qui tient après un redémarrage tient généralement une semaine ; si ce n'est pas le cas, vous avez affaire à du contexte de session, pas à un stockage durable.

Si les cinq réussissent, Claude Desktop se souvient réellement. Si la remémoration à froid échoue, revérifiez que le serveur apparaît dans la liste des outils de Claude après un redémarrage — c'est presque toujours là que le câblage lâche.

Le verdict : quelle voie choisir ?

Les trois donnent à Claude Desktop une mémoire persistante via MCP ; elles diffèrent par ce qu'est la mémoire et par qui elle sert. Pour une seule personne qui veut que Claude se souvienne de ses préférences personnelles, le serveur de référence est le bon point de départ, gratuit. Pour les développeurs qui intègrent de la mémoire dans leurs propres agents, mem0 ou Zep sont faits pour cette tâche. Pour une équipe qui veut que Claude — et tout autre outil d'IA — sache ce que l'entreprise sait réellement, un cerveau d'entreprise local est la voie que nous recommandons, car il fait de la mémoire un actif organisationnel plutôt qu'un carnet par poste.

Si un cerveau d'entreprise est le bon choix, la tarification est simple : Solo est à 12 € par mois pour un maximum de trois connecteurs, Pro à 24 € par mois pour des connecteurs illimités, et Teams à 49 € par utilisateur et par mois pour le cerveau organisationnel partagé. Chaque formule débute par un essai de 14 jours, sans carte. Vous pouvez télécharger l'application et construire une mémoire opérationnelle en un après-midi, ou vous connecter pour brancher vos premiers outils. Quelle que soit la voie choisie, le principe à retenir est le même : Claude n'est pas le goulot d'étranglement — c'est son oubli qui l'est, et MCP est la façon d'y remédier.