Nouveauté Claude · Avril 2026

Memory for Managed Agents
vos agents Claude apprennent entre les sessions

Anthropic lance la mémoire persistante pour les Managed Agents en beta publique. Vos agents retiennent préférences, erreurs passées et contexte métier.

-97%
Erreurs first-pass
+30%
Vitesse workflow
4
Entreprises pilotes
Réponse rapide

Memory for Managed Agents est une nouvelle fonctionnalité Anthropic en beta publique depuis avril 2026 qui permet aux agents Claude de retenir des informations entre les sessions. Les agents stockent préférences utilisateurs, conventions de projet et erreurs passées dans des memory stores persistants.

Les premiers résultats sont impressionnants : Rakuten rapporte -97% d’erreurs first-pass et Netflix observe une accélération de 30% sur ses workflows de vérification documentaire.

Je travaille avec Claude Code depuis son lancement, et ma frustration principale était de devoir ré-expliquer le contexte de mes projets à chaque nouvelle session. Quel framework j’utilise, quelles conventions de code je préfère, quelles erreurs j’ai déjà corrigées. C’était comme travailler avec un stagiaire amnésique qui oublie tout chaque matin.

Avec Memory for Managed Agents, ce problème disparait. Dans cet article, je vous explique comment fonctionne cette mémoire persistante, comment l’implémenter dans vos agents, et ce que ça change concrètement pour vos workflows automatisés.

Comment fonctionne Memory for Managed Agents ?

Memory for Managed Agents repose sur un concept simple mais puissant : stocker les apprentissages de l’agent dans des fichiers persistants qu’il peut consulter et enrichir au fil des sessions. Ces fichiers sont appelés memory stores.

Contrairement à un simple historique de conversation qui devient rapidement trop volumineux, les memory stores sont structurés et optimisés pour la récupération rapide. L’agent peut y stocker des préférences utilisateur, des conventions de code, des règles métier, ou tout autre contexte pertinent pour ses tâches.

Le système est conçu pour être observable et contrôlable. Les développeurs peuvent exporter les memory stores, les éditer manuellement, ou les gérer via l’API Claude. Vous gardez toujours la main sur ce que l’agent retient, ce qui est crucial pour les déploiements en entreprise.

Architecture technique des memory stores

Les memory stores sont des fichiers stockés sur un filesystem dédié, accessible par l’agent via des outils spécialisés. Chaque memory store a une portée définie : workspace (projet), organization (entreprise), ou user (utilisateur individuel).

L’agent utilise un système de retrieval intelligent basé sur des embeddings pour ne charger que les memories pertinentes à chaque requête. Cela évite de surcharger le contexte avec des informations inutiles tout en garantissant l’accès aux apprentissages passés.

Techniquement, chaque memory est un document court (quelques phrases) avec des métadonnées : date de création, date de dernière consultation, tags thématiques, et score de pertinence. Le système de retrieval combine recherche sémantique et filtrage par métadonnées pour une récupération optimale.

Les cas d’usage concrets de la mémoire persistante

La mémoire persistante transforme la façon dont les agents IA peuvent être utilisés en entreprise. Au lieu d’être des outils jetables à chaque session, ils deviennent des assistants qui accumulent de l’expertise avec le temps. Voici les cas d’usage les plus prometteurs :

  • Agents de développement : l’agent retient vos conventions de code, vos patterns préférés, les bibliothèques utilisées, et les bugs qu’il a déjà corrigés sur votre codebase
  • Agents de support client : mémorisation des préférences de chaque client, historique des problèmes résolus, ton de communication adapté à chaque interlocuteur
  • Agents d’analyse financière : apprentissage des formats de rapports internes, des métriques importantes pour chaque business unit, des règles de compliance spécifiques
  • Agents de documentation : style d’écriture de l’entreprise, terminologie métier spécifique, structure des documents selon le type
  • Agents RH : processus de recrutement, critères d’évaluation par poste, historique des candidatures similaires, préférences des hiring managers

Avant vs après : l’impact de la mémoire persistante

Pour comprendre l’intérêt de Memory for Managed Agents, comparons le comportement d’un agent sans mémoire versus avec mémoire. La différence est spectaculaire sur les workflows récurrents :

Aspect Agent sans mémoire Agent avec Memory
Contexte projet Ré-explication à chaque session Mémorisé automatiquement
Erreurs passées Risque de répétition Évitées grâce à l’historique
Préférences utilisateur Demandées à chaque fois Appliquées par défaut
Conventions métier Non respectées sans briefing Intégrées progressivement
Temps de setup 5-10 min par session Instantané

Les résultats des entreprises pilotes

Anthropic a travaillé avec quatre entreprises pilotes pour valider Memory for Managed Agents avant la beta publique. Les résultats dépassent les attentes :

🎬

Netflix : -30% temps workflow

Les agents de vérification documentaire de Netflix ont réduit leur temps de traitement de 30% grâce à la mémorisation des règles de conformité et des patterns de validation.

🛒

Rakuten : -97% erreurs

Les agents multi-tâches de Rakuten (produit, ventes, marketing, finance) ont réduit leurs erreurs first-pass de 97% en retenant les corrections passées.

📄

Wisedocs : validation accélérée

L’agent de traitement documentaire de Wisedocs applique maintenant les conventions de formatage automatiquement sans configuration manuelle.

Le cas Rakuten en détail : comment -97% d’erreurs est possible ?

Le déploiement chez Rakuten est particulièrement instructif pour comprendre le potentiel de Memory. L’entreprise japonaise utilise des agents Claude dans quatre domaines : produit, ventes, marketing et finance. Chaque agent est spécialisé mais doit respecter les conventions globales de l’entreprise.

Avant Memory, les agents faisaient régulièrement des erreurs de formatage, utilisaient une terminologie incorrecte, ou proposaient des solutions déjà tentées et rejetées. Les équipes passaient un temps considérable à corriger ces erreurs récurrentes, parfois les mêmes jour après jour.

Avec Memory, chaque agent maintient un workspace-scoped memory store qui accumule les corrections. Quand un agent fait une erreur et qu’un humain la corrige, cette correction est mémorisée avec son contexte. La prochaine fois qu’une situation similaire se présente, l’agent applique directement la bonne solution.

Le chiffre de -97% peut sembler exagéré, mais il s’explique par la nature des erreurs : la majorité étaient des erreurs répétitives, toujours les mêmes problèmes de formatage ou de terminologie. Une fois mémorisée, chaque correction élimine définitivement une source d’erreur. Après quelques semaines, la quasi-totalité des erreurs récurrentes avaient été capturées.

Dreaming : l’auto-amélioration des agents

Au-delà de la mémoire simple, Anthropic a introduit une fonctionnalité avancée appelée Dreaming. C’est un processus planifié qui analyse les sessions passées de l’agent pour en extraire des patterns et optimiser les memory stores.

Le nom Dreaming évoque le processus de consolidation mémorielle qui se produit pendant le sommeil humain. L’idée est similaire : pendant les périodes d’inactivité, l’agent révise ses memories pour les rendre plus utiles.

Dreaming fonctionne comme un processus de curation nocturne. Il parcourt les sessions de la journée, identifie les apprentissages récurrents, consolide les informations redondantes, et supprime les memories obsolètes. L’objectif est d’éviter que les memory stores ne deviennent trop volumineux ou bruyants avec le temps.

Comment configurer Dreaming ?

Dreaming est optionnel et configurable via la Console Claude ou l’API. Vous pouvez définir la fréquence (quotidien, hebdomadaire), les critères de consolidation, et les règles de suppression des memories obsolètes.

Par défaut, Dreaming s’exécute une fois par nuit (3h du matin heure locale) et conserve les memories les plus fréquemment consultées. Les memories qui n’ont pas été utilisées depuis 30 jours sont candidates à la suppression automatique, sauf si elles sont marquées comme persistantes manuellement.

Comment implémenter Memory dans vos agents ?

Memory for Managed Agents est disponible en beta publique sur la Claude Platform. L’activation est simple et ne nécessite pas de refonte de vos agents existants. Voici les étapes pour commencer :

python
from anthropic import Claude

# Créer un agent avec mémoire activée
agent = Claude.managed_agent(
name=’mon-agent-dev’,
memory_enabled=True,
memory_scope=’workspace’, # ou ‘organization’, ‘user’
dreaming_schedule=’daily’, # optionnel
)

# L’agent retient automatiquement les corrections
response = agent.complete(
prompt=’Refactore cette fonction selon nos conventions’,
workspace_id=’projet-frontend’
)

Gestion des memory stores via l’API

Les memory stores sont accessibles via l’API Claude pour une gestion fine. Vous pouvez lister les memories, en supprimer certaines, ou en injecter manuellement. C’est utile pour bootstrapper un agent avec des connaissances métier existantes.

Par exemple, si vous avez un guide de style d’écriture, vous pouvez le convertir en memories initiales plutôt que d’attendre que l’agent les apprenne par l’usage. Le démarrage à froid est ainsi beaucoup plus rapide et l’agent est immédiatement productif.

Privacy et contrôle des données

Anthropic a conçu Memory avec la privacy comme priorité absolue. Les memory stores sont chiffrés au repos (AES-256) et en transit (TLS 1.3). Ils ne sont jamais utilisés pour l’entraînement des modèles Claude, sauf si vous optez explicitement pour le programme de feedback.

Les entreprises gardent le contrôle total sur leurs données. Vous pouvez exporter les memory stores à tout moment, les supprimer, ou définir des politiques de rétention automatique. La conformité RGPD est intégrée par design avec le droit à l’effacement respecté.

Pour les déploiements sensibles (finance, santé, défense), Anthropic propose une option de stockage on-premise où les memory stores restent dans votre infrastructure. L’agent y accède via un connector sécurisé sans que les données ne transitent par les serveurs Anthropic.

Mon avis : Memory change la donne pour les agents enterprise

J’utilise Memory for Managed Agents depuis la beta fermée de mars 2026, et je peux confirmer que ça transforme vraiment l’expérience. L’agent qui travaille sur mes projets WordPress retient maintenant mes conventions de nommage, mes plugins préférés, et les bugs spécifiques à mon thème Divi.

Ce qui me frappe le plus, c’est le gain de temps au démarrage de chaque session. Avant, je passais 5 minutes à recontextualiser l’agent sur mon projet. Maintenant, je peux directement attaquer le problème du jour. Sur une semaine de travail, ça représente facilement 30 minutes économisées.

Pour les entreprises, l’impact est encore plus significatif. Un agent qui retient les spécificités de chaque client, les règles compliance de chaque marché, les préférences de chaque équipe, c’est un multiplicateur de productivité énorme. Les -97% d’erreurs de Rakuten ne me surprennent pas.

La seule réserve que j’aurais concerne la courbe d’apprentissage initiale. Il faut quelques jours d’utilisation pour que les memory stores deviennent vraiment utiles. Ne vous attendez pas à une amélioration immédiate dès la première session. L’investissement en temps initial paie sur la durée.

Lucas Fonseque, consultant SEO et IA Toulouse

💡 Vous voulez déployer des agents Claude en entreprise ?

Parlons de votre projet

Je vous aide à concevoir et implémenter des agents Claude avec mémoire persistante adaptés à vos workflows métier. Premier échange gratuit de 30 minutes.

📅 Réserver un appel gratuit →

Questions fréquentes sur Memory for Managed Agents

Qu’est-ce que Memory for Managed Agents ?

Memory for Managed Agents est une fonctionnalité Anthropic en beta publique depuis avril 2026 qui permet aux agents Claude de conserver des informations entre les sessions. Les agents stockent préférences, conventions et erreurs passées dans des memory stores persistants.

Cette mémoire permet aux agents d’apprendre progressivement sans avoir à ré-expliquer le contexte à chaque interaction. Les premiers utilisateurs rapportent des gains de productivité significatifs et une réduction drastique des erreurs répétitives.

Comment fonctionne le stockage des memories ?

Les memories sont stockées dans des fichiers sur un filesystem dédié, accessible par l’agent via des outils spécialisés. Chaque memory store a une portée définie : workspace, organization ou user selon le niveau de partage souhaité.

L’agent utilise un système de retrieval intelligent basé sur des embeddings pour ne charger que les memories pertinentes à chaque requête. Les développeurs peuvent exporter, éditer ou supprimer les memories via l’API ou la Console Claude.

Quels sont les résultats concrets chez les entreprises pilotes ?

Rakuten rapporte -97% d’erreurs first-pass sur ses agents multi-domaines (produit, ventes, marketing, finance). Netflix a réduit de 30% le temps de traitement de ses workflows de vérification documentaire grâce à la mémorisation des règles de conformité.

Wisedocs et Ando, deux autres entreprises pilotes, ont également constaté des améliorations significatives sur leurs agents de traitement documentaire et de support client.

Qu’est-ce que la fonctionnalité Dreaming ?

Dreaming est un processus planifié qui analyse les sessions passées de l’agent pour optimiser les memory stores. Il identifie les patterns récurrents, consolide les informations redondantes, et supprime les memories obsolètes.

L’objectif est d’éviter que les memory stores ne deviennent trop volumineux avec le temps. Dreaming s’exécute par défaut une fois par nuit et peut être configuré via la Console Claude ou l’API.

Memory for Managed Agents est-il compatible RGPD ?

Oui, Memory a été conçu avec la conformité RGPD intégrée par design. Les memory stores sont chiffrés au repos et en transit, ne sont jamais utilisés pour l’entraînement des modèles, et peuvent être exportés ou supprimés à tout moment.

Pour les déploiements sensibles, Anthropic propose une option de stockage on-premise où les données restent dans votre infrastructure. Vous gardez le contrôle total sur vos données.

Combien de temps faut-il pour que la mémoire soit utile ?

Les memory stores commencent à être vraiment utiles après quelques jours d’utilisation intensive. L’agent a besoin de plusieurs sessions pour accumuler suffisamment de contexte pertinent et de corrections.

Vous pouvez accélérer ce processus en injectant manuellement des memories initiales via l’API. Par exemple, convertir un guide de style existant en memories plutôt que d’attendre que l’agent l’apprenne par l’usage.

Quels sont les différents scopes de memory stores ?

Il existe trois niveaux de scope : workspace (projet), organization (entreprise), et user (utilisateur individuel). Le scope workspace permet de partager les apprentissages entre tous les agents travaillant sur un même projet.

Le scope organization étend ce partage à toute l’entreprise, utile pour les conventions globales. Le scope user est personnel et suit l’utilisateur quel que soit le projet sur lequel il travaille.

Memory for Managed Agents est-il payant ?

Memory est inclus dans les plans Claude Enterprise et Claude Max. Pour les plans Pro, il est disponible en option payante avec un quota de stockage limité. Les tarifs exacts dépendent du volume de memories stockées.

Anthropic propose une période d’essai gratuite de 14 jours pour tester la fonctionnalité sur vos agents existants avant de vous engager sur un plan payant.

Puis-je utiliser Memory avec Claude Code ?

Oui, Memory for Managed Agents est compatible avec Claude Code. L’agent de développement peut ainsi retenir vos conventions de code, les patterns de votre codebase, et les bugs spécifiques à vos projets.

C’est particulièrement utile pour les projets à long terme où l’agent accumule une connaissance profonde de votre architecture et de vos préférences de développement.

Comment exporter ou supprimer les memories ?

Les memory stores sont gérables via l’API Claude ou la Console web. Vous pouvez lister toutes les memories, en exporter certaines au format JSON, ou les supprimer individuellement ou en bloc.

Des politiques de rétention automatique sont configurables : par exemple, supprimer automatiquement les memories non consultées depuis 90 jours, ou limiter le nombre total de memories par agent.

Ce que disent mes clients

Lucas Fonseque

Retrouvez-moi sur les réseaux

Je partage chaque semaine mes expérimentations SEO et IA, des décryptages d'outils et des retours terrain. Rejoignez la communauté.