Outil de mémoire

L'outil de mémoire permet à Claude de stocker et récupérer des informations entre les conversations via un répertoire de fichiers de mémoire. Claude peut créer, lire, mettre à jour et supprimer des fichiers qui persistent entre les sessions, ce qui lui permet de construire des connaissances au fil du temps sans garder tout dans la fenêtre de contexte.

L'outil de mémoire fonctionne côté client — vous contrôlez où et comment les données sont stockées via votre propre infrastructure.

Cas d'utilisation

• Maintenir le contexte du projet sur plusieurs exécutions d'agent
• Apprendre des interactions, décisions et commentaires passés
• Construire des bases de connaissances au fil du temps
• Permettre l'apprentissage entre conversations où Claude s'améliore dans les flux de travail récurrents

Comment ça marche

Lorsqu'il est activé, Claude vérifie automatiquement son répertoire de mémoire avant de commencer les tâches. Claude peut créer, lire, mettre à jour et supprimer des fichiers dans le répertoire /memories pour stocker ce qu'il apprend en travaillant, puis référencer ces souvenirs dans les conversations futures pour gérer des tâches similaires plus efficacement ou reprendre là où il s'était arrêté.

Puisqu'il s'agit d'un outil côté client, Claude effectue des appels d'outil pour effectuer des opérations de mémoire, et votre application exécute ces opérations localement. Cela vous donne un contrôle total sur où et comment la mémoire est stockée. Pour la sécurité, vous devez restreindre toutes les opérations de mémoire au répertoire /memories.

Exemple : Comment fonctionnent les appels d'outil de mémoire

Lorsque vous demandez à Claude de vous aider avec une tâche, Claude vérifie automatiquement son répertoire de mémoire en premier. Voici à quoi ressemble une interaction typique :

1. Demande de l'utilisateur :

"Aide-moi à répondre à ce ticket de service client."

2. Claude vérifie le répertoire de mémoire :

"Je vais vous aider à répondre au ticket de service client. Laissez-moi vérifier ma mémoire pour tout contexte antérieur."

Claude appelle l'outil de mémoire :

{
  "type": "tool_use",
  "id": "toolu_01C4D5E6F7G8H9I0J1K2L3M4",
  "name": "memory",
  "input": {
    "command": "view",
    "path": "/memories"
  }
}

3. Votre application retourne le contenu du répertoire :

{
  "type": "tool_result",
  "tool_use_id": "toolu_01C4D5E6F7G8H9I0J1K2L3M4",
  "content": "Here're the files and directories up to 2 levels deep in /memories, excluding hidden items and node_modules:\n4.0K\t/memories\n1.5K\t/memories/customer_service_guidelines.xml\n2.0K\t/memories/refund_policies.xml"
}

4. Claude lit les fichiers pertinents :

{
  "type": "tool_use",
  "id": "toolu_01D5E6F7G8H9I0J1K2L3M4N5",
  "name": "memory",
  "input": {
    "command": "view",
    "path": "/memories/customer_service_guidelines.xml"
  }
}

5. Votre application retourne le contenu du fichier :

{
  "type": "tool_result",
  "tool_use_id": "toolu_01D5E6F7G8H9I0J1K2L3M4N5",
  "content": "Here's the content of /memories/customer_service_guidelines.xml with line numbers:\n     1\t<guidelines>\n     2\t<addressing_customers>\n     3\t- Always address customers by their first name\n     4\t- Use empathetic language\n..."
}

6. Claude utilise la mémoire pour aider :

"En fonction de vos directives de service client, je peux vous aider à rédiger une réponse. Veuillez partager les détails du ticket..."

Modèles supportés

L'outil de mémoire est disponible sur :

• Claude Opus 4.6 (claude-opus-4-6)
• Claude Opus 4.5 (claude-opus-4-5-20251101)
• Claude Opus 4.1 (claude-opus-4-1-20250805)
• Claude Opus 4 (claude-opus-4-20250514)
• Claude Sonnet 4.6 (claude-sonnet-4-6)
• Claude Sonnet 4.5 (claude-sonnet-4-5-20250929)
• Claude Sonnet 4 (claude-sonnet-4-20250514)
• Claude Haiku 4.5 (claude-haiku-4-5-20251001)

Commencer

Pour utiliser l'outil de mémoire :

1. Ajoutez l'outil de mémoire à votre demande
2. Implémentez des gestionnaires côté client pour les opérations de mémoire

Utilisation de base

Commandes d'outil

Votre implémentation côté client doit gérer ces commandes d'outil de mémoire. Bien que ces spécifications décrivent les comportements recommandés avec lesquels Claude est le plus familier, vous pouvez modifier votre implémentation et retourner des chaînes de caractères selon vos besoins.

view

Affiche le contenu du répertoire ou le contenu du fichier avec des plages de lignes optionnelles :

{
  "command": "view",
  "path": "/memories",
  "view_range": [1, 10]  // Optionnel : afficher des lignes spécifiques
}

Valeurs de retour

Pour les répertoires : Retournez une liste qui affiche les fichiers et répertoires avec leurs tailles :

Here're the files and directories up to 2 levels deep in {path}, excluding hidden items and node_modules:
{size}    {path}
{size}    {path}/{filename1}
{size}    {path}/{filename2}

• Liste les fichiers jusqu'à 2 niveaux de profondeur
• Affiche les tailles lisibles par l'homme (par exemple, 5.5K, 1.2M)
• Exclut les éléments cachés (fichiers commençant par .) et node_modules
• Utilise un caractère de tabulation entre la taille et le chemin

Pour les fichiers : Retournez le contenu du fichier avec un en-tête et des numéros de ligne :

Here's the content of {path} with line numbers:
{line_numbers}{tab}{content}

Formatage des numéros de ligne :

• Largeur : 6 caractères, alignés à droite avec remplissage d'espaces
• Séparateur : Caractère de tabulation entre le numéro de ligne et le contenu
• Indexation : Indexée à partir de 1 (la première ligne est la ligne 1)
• Limite de lignes : Les fichiers avec plus de 999 999 lignes doivent retourner une erreur : "File {path} exceeds maximum line limit of 999,999 lines."

Exemple de sortie :

Here's the content of /memories/notes.txt with line numbers:
     1	Hello World
     2	This is line two
    10	Line ten
   100	Line one hundred

Gestion des erreurs

• Le fichier/répertoire n'existe pas : "The path {path} does not exist. Please provide a valid path."

create

Créer un nouveau fichier :

{
  "command": "create",
  "path": "/memories/notes.txt",
  "file_text": "Meeting notes:\n- Discussed project timeline\n- Next steps defined\n"
}

Valeurs de retour

• Succès : "File created successfully at: {path}"

Gestion des erreurs

• Le fichier existe déjà : "Error: File {path} already exists"

str_replace

Remplacer du texte dans un fichier :

{
  "command": "str_replace",
  "path": "/memories/preferences.txt",
  "old_str": "Favorite color: blue",
  "new_str": "Favorite color: green"
}

Valeurs de retour

• Succès : "The memory file has been edited." suivi d'un extrait du fichier modifié avec les numéros de ligne

Gestion des erreurs

• Le fichier n'existe pas : "Error: The path {path} does not exist. Please provide a valid path."
• Texte non trouvé : "No replacement was performed, old_str `\{old_str}` did not appear verbatim in {path}."
• Texte en double : Lorsque old_str apparaît plusieurs fois, retournez : "No replacement was performed. Multiple occurrences of old_str `\{old_str}` in lines: {line_numbers}. Please ensure it is unique"

Gestion des répertoires

Si le chemin est un répertoire, retournez une erreur "fichier n'existe pas".

insert

Insérer du texte à une ligne spécifique :

{
  "command": "insert",
  "path": "/memories/todo.txt",
  "insert_line": 2,
  "insert_text": "- Review memory tool documentation\n"
}

Valeurs de retour

• Succès : "The file {path} has been edited."

Gestion des erreurs

• Le fichier n'existe pas : "Error: The path {path} does not exist"
• Numéro de ligne invalide : "Error: Invalid `insert_line` parameter: {insert_line}. It should be within the range of lines of the file: [0, {n_lines}]"

Gestion des répertoires

Si le chemin est un répertoire, retournez une erreur "fichier n'existe pas".

delete

Supprimer un fichier ou un répertoire :

{
  "command": "delete",
  "path": "/memories/old_file.txt"
}

Valeurs de retour

• Succès : "Successfully deleted {path}"

Gestion des erreurs

• Le fichier/répertoire n'existe pas : "Error: The path {path} does not exist"

Gestion des répertoires

Supprime le répertoire et tout son contenu de manière récursive.

rename

Renommer ou déplacer un fichier/répertoire :

{
  "command": "rename",
  "old_path": "/memories/draft.txt",
  "new_path": "/memories/final.txt"
}

Valeurs de retour

• Succès : "Successfully renamed {old_path} to {new_path}"

Gestion des erreurs

• La source n'existe pas : "Error: The path {old_path} does not exist"
• La destination existe déjà : Retournez une erreur (ne pas écraser) : "Error: The destination {new_path} already exists"

Gestion des répertoires

Renomme le répertoire.

Conseils de rédaction

Nous incluons automatiquement cette instruction à l'invite système lorsque l'outil de mémoire est inclus :

IMPORTANT: ALWAYS VIEW YOUR MEMORY DIRECTORY BEFORE DOING ANYTHING ELSE.
MEMORY PROTOCOL:
1. Use the `view` command of your `memory` tool to check for earlier progress.
2. ... (work on the task) ...
     - As you make progress, record status / progress / thoughts etc in your memory.
ASSUME INTERRUPTION: Your context window might be reset at any moment, so you risk losing any progress that is not recorded in your memory directory.

Si vous observez que Claude crée des fichiers de mémoire désorganisés, vous pouvez inclure cette instruction :

Note: when editing your memory folder, always try to keep its content up-to-date, coherent and organized. You can rename or delete files that are no longer relevant. Do not create new files unless necessary.

Vous pouvez également guider ce que Claude écrit en mémoire. Par exemple : "Only write down information relevant to <topic> in your memory system."

Considérations de sécurité

Voici les préoccupations de sécurité importantes lors de l'implémentation de votre magasin de mémoire :

Informations sensibles

Claude refusera généralement d'écrire des informations sensibles dans les fichiers de mémoire. Cependant, vous voudrez peut-être implémenter une validation plus stricte qui supprime les informations potentiellement sensibles.

Taille du stockage de fichiers

Envisagez de suivre les tailles des fichiers de mémoire et d'empêcher les fichiers de devenir trop volumineux. Envisagez d'ajouter un nombre maximum de caractères que la commande de lecture de mémoire peut retourner, et laissez Claude paginer le contenu.

Expiration de la mémoire

Envisagez de vider périodiquement les fichiers de mémoire qui n'ont pas été consultés depuis longtemps.

Protection contre la traversée de répertoires

Envisagez ces mesures de protection :

• Validez que tous les chemins commencent par /memories
• Résolvez les chemins à leur forme canonique et vérifiez qu'ils restent dans le répertoire de mémoire
• Rejetez les chemins contenant des séquences comme ../, ..\\, ou d'autres motifs de traversée
• Surveillez les séquences de traversée codées en URL (%2e%2e%2f)
• Utilisez les utilitaires de sécurité des chemins intégrés à votre langage (par exemple, pathlib.Path.resolve() et relative_to() de Python)

Gestion des erreurs

L'outil de mémoire utilise des modèles de gestion des erreurs similaires à l'outil d'éditeur de texte. Voir les sections de commande d'outil individuelles ci-dessus pour les messages d'erreur détaillés et les comportements. Les erreurs courantes incluent fichier non trouvé, erreurs de permission, chemins invalides et correspondances de texte en double.

Utilisation avec l'édition de contexte

L'outil de mémoire peut être combiné avec l'édition de contexte, qui efface automatiquement les anciens résultats d'outil lorsque le contexte de conversation dépasse un seuil configuré. Cette combinaison permet des flux de travail d'agent longue durée qui dépasseraient autrement les limites de contexte.

Comment ils fonctionnent ensemble

Lorsque l'édition de contexte est activée et que votre conversation approche du seuil d'effacement, Claude reçoit automatiquement une notification d'avertissement. Cela incite Claude à préserver toute information importante des résultats d'outil dans les fichiers de mémoire avant que ces résultats ne soient effacés de la fenêtre de contexte.

Après que les résultats d'outil soient effacés, Claude peut récupérer les informations stockées à partir des fichiers de mémoire chaque fois que nécessaire, traitant effectivement la mémoire comme une extension de son contexte de travail. Cela permet à Claude de :

• Continuer les flux de travail complexes et multi-étapes sans perdre d'informations critiques
• Référencer les travaux et décisions passés même après que les résultats d'outil soient supprimés
• Maintenir un contexte cohérent entre les conversations qui dépasseraient les limites de contexte typiques
• Construire une base de connaissances au fil du temps tout en gardant la fenêtre de contexte active gérable

Exemple de flux de travail

Considérez un projet de refactorisation de code avec de nombreuses opérations de fichiers :

1. Claude effectue de nombreuses modifications de fichiers, générant de nombreux résultats d'outil
2. À mesure que le contexte grandit et approche de votre seuil, Claude reçoit un avertissement
3. Claude résume les modifications apportées jusqu'à présent dans un fichier de mémoire (par exemple, /memories/refactoring_progress.xml)
4. L'édition de contexte efface automatiquement les résultats d'outil plus anciens
5. Claude continue à travailler, référençant le fichier de mémoire lorsqu'il a besoin de se rappeler quelles modifications ont déjà été effectuées
6. Le flux de travail peut continuer indéfiniment, Claude gérant à la fois le contexte actif et la mémoire persistante

Configuration

Pour utiliser les deux fonctionnalités ensemble :

Vous pouvez également exclure les appels d'outil de mémoire d'être effacés pour vous assurer que Claude a toujours accès aux opérations de mémoire récentes :

context_management = {
    "edits": [{"type": "clear_tool_uses_20250919", "exclude_tools": ["memory"]}]
}

Utilisation avec la compaction

L'outil de mémoire peut également être associé à la compaction, qui fournit une résumé côté serveur du contexte de conversation plus ancien. Tandis que l'édition de contexte efface les résultats d'outil spécifiques côté client, la compaction résume automatiquement l'ensemble de la conversation côté serveur lorsqu'elle approche de la limite de la fenêtre de contexte.

Pour les flux de travail d'agent longue durée, envisagez d'utiliser les deux : la compaction maintient le contexte actif gérable sans comptabilité côté client, et la mémoire persiste les informations importantes entre les limites de compaction afin que rien de critique ne soit perdu dans le résumé.