La mise à jour d'Anthropic du 25 août 2026 règle un vieux point de friction : la mémoire de Claude n'est plus cloisonnée entre le chat classique de claude.ai et les espaces Claude Cowork. C'est désormais le même stock de faits, classé par sujets (topics), accessible des deux côtés. Concrètement, ce que Claude retient pendant une conversation dans le chat devient disponible quand Cowork exécute une tâche en arrière-plan, et l'inverse. Si tu es déjà en train de structurer ta pratique de Claude pour plusieurs projets en parallèle, ce changement modifie sérieusement ta façon de nommer et de découper tes contextes.
Cet article couvre ce qui a changé, comment marchent les topics, où c'est utile, où c'est piégeux, et comment mettre de l'ordre dans ta mémoire dès aujourd'hui.
Ce qui a changé et depuis quand
Avant le 25 août 2026, la mémoire de Claude existait déjà, mais séparément. Le chat retenait des choses de son côté. Cowork retenait des choses du sien. Passer d'un espace à l'autre voulait dire recontextualiser à la main. La mise à jour unifie les deux : c'est le même système partagé, avec une nouvelle façon d'écrire dedans. Claude ajoute maintenant les sujets à sa mémoire au fil de la conversation, pas en résumant après coup. Si tu mentionnes qu'une échéance client passe de juillet à septembre, la conversation suivante reflète déjà le changement, sans que tu doives dire « retiens ça ».
La fonctionnalité est active par défaut sur les plans Free, Pro et Max, sur web, desktop et mobile. Pour les organisations Team et Enterprise, un administrateur doit l'activer. Tout ce que Claude a enregistré est visible dans Réglages, onglet Mémoire, sous « Topics ». Chaque élément se lit, se modifie ou se supprime individuellement. Les changements s'appliquent aux interactions futures, immédiatement.
Un point important : certains sujets sont exclus par défaut. État de santé, origine ethnique, convictions religieuses, opinions politiques, identité de genre. Un réglage optionnel permet de les inclure (utile pour des restrictions alimentaires récurrentes, par exemple), et Claude te notifie à chaque enregistrement une fois l'option activée. D'autres catégories ne sont jamais stockées, quel que soit le réglage : numéros d'identification, casier judiciaire, statut d'immigration.
Comment fonctionnent les memory topics
La logique des topics n'est pas une mémoire globale en vrac. Claude classe les faits par sujet : un projet, un client, une préférence de travail, un choix technique. Chaque topic regroupe ce qui appartient à ce contexte, et rien d'autre. Quand tu ouvres une conversation, Claude va chercher les topics pertinents à ce que tu es en train de faire, pas la totalité de son historique avec toi.
La création est automatique. Tu parles d'un client, Claude crée un topic pour ce client. Tu expliques que tu préfères des articles avec des titres en majuscules et des listes courtes, Claude range ça dans un topic « préférences rédaction ». La distinction entre un topic « projet » (transitoire, lié à un mandat) et un topic « préférence utilisateur » (durable, transverse) est le premier arbitrage à faire quand tu audites ta mémoire.
Pour visualiser : ouvre Réglages, puis Mémoire, puis Topics. Tu vois la liste, tu cliques sur un topic, tu vois ce que Claude a retenu. Tu peux éditer une ligne, en supprimer une, ou supprimer le topic entier. C'est un panneau qu'il faut connaître, pas juste savoir qu'il existe.
Ce que ça change pour un opérationnel qui jongle entre projets
Scénario réel. Tu gères trois clients dans trois espaces Cowork différents, plus un chat perso où tu prépares tes idées de contenus. Client A : refonte d'un site vitrine. Client B : automatisation d'un CRM. Client C : audit d'une base de code Node. Chaque espace Cowork a son contexte technique, son ton, ses contraintes budgétaires.
Avant la mise à jour, chaque nouvelle session dans un Cowork commençait par un rappel : « on est sur le projet X, la stack est Y, le client refuse Z ». Le chat perso ne savait rien des Coworks. Maintenant, quand tu ouvres le Cowork client A, Claude tire du même stock unifié le topic « Client A », et il ne ramène pas le topic « Client B ». Si tu bascules ensuite dans le chat pour rédiger un email de relance à ce même client A, Claude retrouve le topic sans que tu doives recopier le brief.
Un exemple précis : tu rédiges un devis dans le Cowork client A, Claude retient que le tarif journalier négocié est de 850 euros et que la deadline est décalée à septembre. Tu retournes dans le chat trois jours plus tard pour reformuler un paragraphe du devis, Claude connaît déjà le tarif et la deadline. Tu gagnes le temps de la recontextualisation, ce qui n'est pas anecdotique quand tu enchaînes six à huit sessions par jour.
Le vrai piège : la contamination de contexte
La mémoire unifiée a un revers. Si tes topics sont mal isolés, un fait du client A peut fuir dans une conversation client B. Le cas classique : tu discutes d'un choix technique (« on part sur Supabase pour l'auth ») dans un chat perso sans préciser pour quel projet. Claude range ça dans un topic générique. Deux semaines plus tard, tu bosses sur le Cowork client B, Claude te suggère Supabase alors que ce client a une contrainte réglementaire qui l'interdit.
La contamination n'est jamais spectaculaire : c'est une phrase de trop, une suggestion hors contexte, un chiffre repris d'un autre dossier. Elle se repère seulement si tu audites régulièrement. Recommandation pratique : une fois par mois, ouvre le panneau Topics, lis chaque topic, supprime ce qui n'a plus lieu d'être, renomme ce qui est ambigu.
Une convention de nommage aide énormément. Voici ce qui fonctionne dans la vraie vie :
client-acme-refonte-site
client-acme-emails-nurturing
client-beta-crm-automatisation
perso-preferences-redaction
perso-stack-technique
perso-idees-contenusLe préfixe (« client- » ou « perso- ») force la séparation visuelle. Le nom du client vient ensuite. La nature du mandat termine. Un topic sans préfixe, ou avec un nom générique du genre « projet-en-cours », est un candidat à la contamination.
Configurer proprement ses topics dès aujourd'hui
Étapes concrètes, dans l'ordre :
- Ouvre Réglages, puis Mémoire, puis l'onglet Topics.
- Liste tous les topics existants. Note ceux dont tu ne reconnais pas le nom : ce sont des orphelins créés automatiquement par des conversations que tu as oubliées.
- Supprime les orphelins et tout ce qui date de plus de trois mois sans usage.
- Renomme les topics ambigus selon une convention (préfixe, client, nature).
- Crée manuellement les topics récurrents que Claude n'a pas encore générés : un par client actif, un pour tes préférences de rédaction, un pour ta stack technique perso.
- Vérifie que les sujets sensibles sont bien exclus ou explicitement autorisés selon ton besoin.
Cette hygiène prend vingt minutes la première fois. Ensuite, dix minutes par mois. C'est aussi le bon moment pour revoir ta configuration Claude générale, parce que la mémoire n'est utile que si le reste de ton setup (Projects, instructions personnalisées, connecteurs) est aligné avec la même logique de séparation.
Ce que ça débloque quand on combine avec MCP
Un topic bien nourri devient encore plus utile quand Claude peut agir directement sur les outils du projet correspondant. Si tu connectes Claude à Notion, Linear ou HubSpot via MCP, Claude sait déjà, grâce au topic, sur quelle base Notion écrire, quel projet Linear alimenter, quel deal HubSpot mettre à jour. Tu n'as plus à répéter « c'est pour le client A » à chaque appel d'outil.
Un setup minimal en trois lignes : un topic par client avec les identifiants pertinents (ID de base Notion, workspace Linear, contact HubSpot), un connecteur MCP activé pour chaque outil, une convention claire sur quel Cowork correspond à quel topic. À partir de là, tu peux enchaîner : « prépare un compte rendu de la réunion d'hier et pousse-le dans Notion » et Claude sait dans quelle base écrire. C'est le genre d'enchaînement qu'on retrouve quand on commence à automatiser sa stack avec Claude sérieusement.
Limites actuelles et ce qui manque encore
Trois manques réels aujourd'hui. Pas d'export des topics : si tu veux sauvegarder l'état de ta mémoire avant un gros nettoyage, ou la migrer ailleurs, il n'y a pas de bouton. Pas de partage entre membres d'un même Cowork Team : chaque utilisateur a sa propre mémoire, même dans un espace partagé, ce qui limite la valeur du « travail d'équipe » sur des topics communs. Pas de versioning : si tu supprimes un topic par erreur, tu ne peux pas revenir en arrière.
Il manque aussi une visualisation claire de quel topic est activé sur quelle conversation en cours. Aujourd'hui, tu fais confiance au fait que Claude choisit le bon topic. Un indicateur explicite dans l'interface serait le prochain palier logique.
Ces limites ne sont pas rédhibitoires, mais elles définissent le périmètre. La mémoire unifiée est un excellent outil individuel de continuité de contexte. Ce n'est pas encore un outil de collaboration en équipe, ni un système de connaissance versionné et exportable.
Passer à la pratique
Si tu utilises Claude sérieusement sur plusieurs projets, la mémoire unifiée n'est pas une option : c'est ton nouveau système nerveux de contexte. Vingt minutes d'audit maintenant t'évitent des heures de recontextualisation dans les mois qui viennent, et surtout, elles limitent le risque qu'une info d'un client fuite dans le dossier d'un autre. Si tu veux aller plus loin et bâtir un vrai produit qui exploite cette continuité de contexte (agents, automatisations, application connectée à tes données métier), viens construire ton produit IA en 5 semaines avec Claude Builders : cinq semaines, dix sessions live, une application déployée à la sortie.