Chercher dans les sessions précédentes
Ce guide montre comment retrouver ce qui a été dit dans une conversation précédente d'un projet : à la main avec /memory, ou en laissant le modèle chercher avec son outil search_memory. Il suppose que les sessions sont conservées (voir Conserver les sessions et les reprendre).
Chercher à la main
-
Activez la commande dans le YAML de l'agent :
sessions: enabled: true searchMemory: true -
Lancez mm — le terminal, la fenêtre (
mm -tui) ou un éditeur — et tapez les mots dont vous vous souvenez :/memory port api🔎 2 hit(s) for "port api" in /work/project/.mm/sessions 20261010-090000-aaaaaaaa · 2026-10-10 09:30 · turn 1 · question Which port should the API server listen on? → Let's use port 8417 for the API server: 8080 is already taken by the admin UI. … -
Pour reprendre cette conversation :
/resume 20261010-090000-aaaaaaaa(terminal et fenêtre).
Le modèle n'est pas appelé et la conversation en cours n'est pas modifiée. Un résultat contient au moins un des mots ; plus il en contient, plus il remonte. Une question vient avec la réponse sur laquelle son tour s'est terminé (→).
Laisser le modèle chercher
-
Déclarez l'outil :
sessions: enabled: true autoSearchMemory: true -
Demandez comme à un collègue qui était là : « Quel port avait-on décidé pour le serveur d'API ? », « Écris config.go avec le port convenu la dernière fois. » Le modèle appelle
search_memory, lit les résultats et répond à partir d'eux.
Les deux clés sont indépendantes : searchMemory seule vous donne la commande et aucun outil au modèle ; autoSearchMemory seule l'inverse.
Variantes
- Chercher dans la langue des sessions. La recherche porte sur les mots, pas sur le sens : une question en français cherchée en français ne trouve rien dans une session écrite en anglais. Utilisez les mots réellement écrits ; quand l'outil ne trouve rien, sa sortie invite le modèle à essayer des synonymes ou l'anglais. Un autre mot pour la même chose — « database » pour une session qui disait « storage » et « SQLite » — n'est toujours pas trouvé.
- Sessions dans un répertoire partagé. Avec un
sessions.dirabsolu, la recherche couvre tous les projets qui y écrivent. - Sessions désactivées. Chaque clé affiche alors un avertissement au démarrage et ne fait rien.
Voir aussi
demos/memory-search/— une démo mesurée : un assistant qui se souvient des décisions d'un projet- Référence de la configuration —
sessions.searchMemory,sessions.autoSearchMemory - Référence des commandes —
/memory - Référence des outils —
search_memory - Pourquoi les sessions fonctionnent ainsi
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 |
|