Claude Memory 2026 — Entrées catégorisées, de l'app à l'API
- Voir exactement ce qui a changé en juillet 2026 — les entrées catégorisées remplacent le résumé quotidien dans l'app, et un nouveau header beta recâble l'API
- Apprendre comment voir, éditer et supprimer les entrées individuelles dans les Paramètres sans tout effacer
- Comprendre les quatre changements de comportement que le header agent-memory-2026-07-22 apporte aux endpoints memory_store, et pourquoi les anciens curseurs cessent de fonctionner
- Rencontrer les webhooks memory_store.* et Dreams — les parties que personne ne documente
- Appliquer cinq patterns pratiques pour apprendre à Claude quoi retenir (et quoi oublier)
Pendant un an, "la mémoire de Claude" a signifié un seul paragraphe évolutif que le modèle réécrivait chaque jour — bon pour une bio, mauvais pour tout ce qui a de la structure. Entre juin et juillet 2026, Anthropic l'a remplacé par un modèle basé sur les entrées : des dizaines de petites notes catégorisées que Claude lit et écrit en temps réel. La même idée alimente l'app et l'API mémoire des Managed Agents. Cette page connecte les deux pour que vous compreniez les deux surfaces à partir d'un seul modèle mental.
Le modèle mental qui unifie les deux côtés
Les deux côtés fonctionnent de la même façon maintenant : beaucoup de petites entrées à des emplacements nommés, chacune réécrite isolément. L'ancien modèle (un blob par utilisateur, réécrit en gros) a disparu dans l'app et n'a jamais été la surface API. Une fois que vous avez intériorisé "entrées à des chemins, listées par préfixe, éditées une à la fois", les deux surfaces cessent de sembler être des fonctionnalités séparées.
Partie 1 — Dans l'app : entrées catégorisées
Ce qui a réellement changé, et quand
- Une nouvelle surface Paramètres › Reflect commence à montrer les sujets sur lesquels vous avez passé du temps, votre journée la plus active, l'heure de pointe et des observations sur comment vous travaillez avec Claude. Beta sur Free, Pro et Max (web + Claude Desktop). Nécessite la mémoire activée.
- La mémoire devient un ensemble d'entrées individuelles catégorisées que Claude lit et met à jour pendant les conversations, au lieu d'un résumé quotidien roulant. Annoncé dans les notes de version des Claude Apps.
- La couverture tierce place la disponibilité à travers Free, Pro, Max, Team et Enterprise, mais le libellé plan par plan varie entre le centre d'aide d'Anthropic et les posts de news. Quand ça compte (conformité, audits), vérifiez en produit pour votre plan.
Pourquoi le changement de forme compte
L'ancien résumé quotidien avait un seul mode d'échec : le contexte non lié fuyait dans l'autre. Corrigez un fait sur votre projet de travail et Claude pourrait écraser quelque chose sur votre style d'écriture. Les petites entrées catégorisées corrigent cela structurellement — chaque édition est scopée à une seule voie.
Trois conséquences que la plupart des utilisateurs ratent :
- Le retrieval est maintenant ciblé, pas associatif. Claude peut sortir "vos préférences de communication" sans traîner le reste de votre contexte. Les prompts qui avaient besoin de "souviens-toi que je préfère X, pas Y" pour percer le résumé touchent maintenant une entrée existante directement.
- Vous pouvez élaguer chirurgicalement. Supprimez une seule entrée erronée dans les Paramètres au lieu de tout effacer et réenseigner à Claude qui vous êtes. La taxe de "tout brûler" pour corriger une seule erreur a disparu.
- Les catégories agissent comme un schéma invisible. Quand Claude décide où une entrée appartient (par ex. "style de communication" vs "projet actuel"), il choisit implicitement si ce fait sera rappelé dans les futurs chats personnels, les futurs chats de travail, ou les deux. Bien nommer les choses en avant pousse à un meilleur rappel plus tard.
Voir et gérer vos propres entrées
- Vous verrez les entrées groupées par catégorie (contexte professionnel, préférences de communication, projets en cours et buckets similaires).
- Chaque entrée a ses propres contrôles. Corrigez un fait erroné sans toucher au reste — toute la raison de la refonte.
- Demandez à Claude de retenir, oublier ou mettre à jour des choses spécifiques ("souviens-toi que j'utilise Bun, pas npm") et il mettra à jour l'entrée correspondante en direct.
- Un chat incognito est exclu des écritures de mémoire et de l'historique de chat. Utilisez-le pour tout ce que vous ne voulez pas persister — brouillons sensibles, explorations ponctuelles, credentials que vous préféreriez ne pas voir résumés.
- Paramètres › Reflect fait surface ce dont Claude a parlé avec vous. Survolez-le pour attraper la dérive de mémoire — si un sujet dont vous ne vous souciez plus continue à apparaître, élaguez les entrées.
- La mémoire est un rappel best-effort, pas un stockage faisant autorité. Ne la traitez jamais comme une source de vérité pour tout ce que vous auditeriez (contrats, credentials, médication, faits légaux). Réénoncez les exigences dures dans le prompt ou dans les instructions d'un Project.
Cinq patterns qui marchent vraiment
1. Régler les préférences permanentes explicitement, une fois
Please remember these as standing preferences for our chats: - Language: Italian for prose, English for code and error strings. - Units: metric. - Coding style: TypeScript strict, no default exports. - Voice: direct, no filler, no closing "let me know if…". Store each as its own entry in the right category.
2. Corriger un seul fait sans effacement
Update the memory entry that says I use Vercel for hosting — I moved everything to Cloudflare Workers last month. Leave every other project fact alone.
3. Oublier délibérément
Delete any memory entries about the "Project Nightingale" launch — that work is finished and I don't want it surfacing in future chats.
4. Auditer ce que Claude pense savoir
Before we start, list every memory entry you have about me, grouped by category. Flag anything that looks outdated so I can decide whether to keep or delete it.
5. Sandbox les chats exploratoires
(Open the chat in Incognito.) Don't try to remember anything from this conversation — I'm just exploring a sensitive draft I don't want stored.
Partie 2 — Dans l'API : memory_stores et le nouveau header beta
La plateforme Managed Agents expose la mémoire comme memory stores — collections de mémoires adressées par chemin, listées avec un path_prefix, et paginées avec des curseurs. Le 2 juillet 2026, Anthropic a livré agent-memory-2026-07-22, un header beta qui change les sémantiques suffisamment pour casser les migrations naïves. Le 22 juillet 2026, le header plus ancien managed-agents-2026-04-01 a adopté le même comportement de liste — donc les "nouvelles" règles sont maintenant les seules règles sur les endpoints memory-store.
Les quatre changements de comportement que vous devez connaître
| # | Ce qui a changé | Ancien comportement | Nouveau comportement sous agent-memory-2026-07-22 |
|---|---|---|---|
| 1 | Ordre de liste | Contrôlé par le client via order_by / order | Ordre stable, défini par le serveur. order_by et order sont ignorés — triez côté client si nécessaire |
| 2 | Paramètre depth | Integer libre | N'accepte que 0, 1, ou omis. Toute autre valeur retourne 400 |
| 3 | Correspondance path_prefix | Correspondance substring | Doit se terminer par /, correspond aux segments entiers de chemin uniquement |
| 4 | Curseurs de pagination | Interchangeables | Les curseurs émis sans le nouveau header ne sont pas valides avec lui. Redémarrez de la page 1 quand vous l'adoptez |
Deux pièges supplémentaires :
- Collision de headers. Sur les endpoints memory-store,
agent-memory-2026-07-22remplacemanaged-agents-2026-04-01. Envoyer les deux retourne 400. Migrez les appels memory-store uniquement ; laissez les autres endpoints managed-agents sur le header original. - Les SDK ont déjà basculé. Python 0.116.0, TypeScript 0.110.0, Go 1.56.0, Java 2.48.0, Ruby 1.55.0, PHP 0.36.0, C# 12.35.0 et le CLI 1.16.0 envoient tous
agent-memory-2026-07-22sur les appels memory-store automatiquement. Si votre code passebetasexplicitement, remplacezmanaged-agents-2026-04-01là — n'ajoutez pas les deux.
Migrer un appel list-memories, minimalement
- Mettez à niveau vers au moins Python 0.116.0 / TS 0.110.0 / Go 1.56.0 / Java 2.48.0 / Ruby 1.55.0 / PHP 0.36.0 / C# 12.35.0 (CLI 1.16.0). Le basculement de header se fait pour vous sur les appels memory-store.
- Supprimez order_by / order — le serveur les ignore. Si votre code trie sur l'ordre de la liste retournée, déplacez le tri côté client.
- Remplacez tout depth autre que 0 ou 1 par la valeur qui correspond le mieux à votre intention, ou omettez le paramètre.
- Assurez-vous que chaque path_prefix se termine par un slash. Supprimez tout préfixe style substring qui comptait sur des correspondances de segments partiels — ils retourneront silencieusement moins de résultats maintenant.
- Sur la première requête après mise à niveau, ne réutilisez pas un curseur stocké. Démarrez de la page 1 et re-dérivez le curseur suivant de la nouvelle réponse.
- Si vous passez betas manuellement, remplacez managed-agents-2026-04-01 sur les appels memory-store avec agent-memory-2026-07-22 — n'envoyez jamais les deux.
Webhooks : réagir au cycle de vie du memory-store sans polling
Livré le 22 juillet 2026 aux côtés du défaut du header : trois types d'événements webhook memory_store.* couvrent maintenant le cycle de vie du memory store, et quatre événements environment.* couvrent l'environnement sandbox. C'est la pièce que la plupart des intégrateurs manquent — vous pouvez maintenant réagir à un memory store étant créé, mis à jour ou supprimé par un run d'agent au lieu de poller GET /v1/memory_stores sur un timer. Abonnez-vous sur l'endpoint webhooks Managed Agents et routez les événements dans votre propre piste d'audit ou dashboard.
Dreams : réorganiser la mémoire en arrière-plan
Annoncé dans les notes de version du 6 mai 2026 et étendu le 10 juillet pour supporter Claude Fable 5 et Sonnet 5, Dreams est une preview de recherche qui lit un memory store existant plus les transcripts de sessions passées et produit un memory store de sortie réorganisé : doublons fusionnés, entrées obsolètes remplacées, nouveaux insights faits surface. Les endpoints sont verrouillés par le header beta dreaming-2026-04-21 ; l'accès est sur demande. Traitez-le comme l'analogue côté API du récap mensuel de l'app — une passe de réflexion planifiée qui empêche le store de s'envaser.
App vs API — un tableau
| Aspect | App Claude.ai | API Managed Agents |
|---|---|---|
| Unité de stockage | Entrée catégorisée | Mémoire à un chemin |
| Regroupement | Catégorie (contexte professionnel, préférences de communication, projets en cours, …) | Segments de chemin (/projects/acme/…) |
| Lecture/écriture | En direct pendant le chat | Appels d'outils d'agent pendant une session |
| Éditable par humain | Oui, par entrée dans Paramètres › Mémoire | Oui, via endpoints memory-store |
| Effacement | Par entrée, ou tout | Par mémoire, par préfixe, ou supprimer le store |
| Réflexion | Récap mensuel (Paramètres › Reflect) | Dreams (preview de recherche) |
| Isolation | Chat incognito | Par agent, sélection de memory-store par session |
| Disponibilité | Free, Pro, Max, Team, Enterprise (vérifier par plan) | Managed Agents (beta publique) |
Où cela vit dans le reste d'AILmanac :
- Mémoire et édition de contexte — l'outil de mémoire côté client, une bête différente : vous implémentez le stockage.
- Mémoire à travers les chats — la vue d'ensemble pour débutants de la mémoire de l'app.
- Architectures de mémoire d'agent — la théorie de mémoire épisodique vs sémantique qui donne sens à pourquoi les entrées catégorisées battent un résumé roulant.
- Managed Agents — le harnais qui héberge la surface memory-store décrite ici.
Checklist de vie privée avant d'activer tout cela
- Team et Enterprise : vérifiez si les admins peuvent inspecter les entrées. Traitez la mémoire de l'app comme classification de données 'interne', pas 'confidentielle'.
- Ne laissez jamais Claude écrire des clés API, tokens ou credentials dans les entrées. Si vous en collez un dans un chat avec la mémoire activée, supprimez à la fois le message et toute entrée résultante.
- Utilisez l'incognito pour les one-offs légaux, médicaux ou financiers. Rien n'empêche l'app de résumer le libellé plus tard si vous ne le faites pas.
- Auditez périodiquement. Faites tourner le prompt 'liste chaque entrée que tu as sur moi' mensuellement et supprimez tout ce qui ne s'applique plus.
- Côté API, traitez les memory_stores comme des données de première classe. Sauvegardez-les, faites list-diff avant et après les runs significatifs, et loggez les événements webhook memory_store.* dans votre piste d'audit.
Vérification rapide
Check yourself
0/5Sources et lectures complémentaires
- Notes de version Claude Platform — source canonique pour le header beta
agent-memory-2026-07-22, les bumps de version SDK, les webhooks memory_store (22 juillet) et Dreams (6 mai, 10 juillet). - Notes de version des Claude Apps (Centre d'aide) — déploiement des entrées catégorisées (10 juillet) et récap mensuel (9 juillet).
- Utilisez la recherche de chat et la mémoire de Claude pour construire sur le contexte précédent — article d'aide officiel sur le modèle de mémoire de l'app.
- Salle de presse Anthropic — annonces pour Claude for Teachers (14 juillet) et autres mises à jour de juillet 2026.
- Documentation Managed Agents — référence memory store, webhooks et Dreams.