bots-garden/mini-mepublic Fork
⑂ fix/plan-mode
Commits
⬇ Clone ▾
git clone https://git.rickub.com/bots-garden/mini-me.git
git clone ssh://git@rickub.com/bots-garden/mini-me.git

Host key fingerprint (ed25519): SHA256:iycHnxEyq0Q7uyVpB7JlznP0G7JrTPXLYRcAU5CSLhc — verify it before your first connect.

Download ZIP
🛟 Updated. 05db870 · on fix/plan-mode · k33g · 3d ago
search-earlier-sessions.md · 59 lines · 3.0 KBmarkdown
Blame HistoryOpen raw

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

  1. Activez la commande dans le YAML de l'agent :

    sessions:
      enabled: true
      searchMemory: true
    
  2. 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.
    …
    
  3. 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

  1. Déclarez l'outil :

    sessions:
      enabled: true
      autoSearchMemory: true
    
  2. 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.dir absolu, 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

 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
# 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](keep-sessions.md)).

## Chercher à la main

1. Activez la commande dans le YAML de l'agent :

   ```yaml
   sessions:
     enabled: true
     searchMemory: true
   ```

2. Lancez mm — le terminal, la fenêtre (`mm -tui`) ou un éditeur — et tapez les mots dont vous vous souvenez :

   ```text
   /memory port api
   ```

   ```text
   🔎 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.
   …
   ```

3. 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

1. Déclarez l'outil :

   ```yaml
   sessions:
     enabled: true
     autoSearchMemory: true
   ```

2. 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.dir` absolu, 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](../reference/configuration.md) — `sessions.searchMemory`, `sessions.autoSearchMemory`
- [Référence des commandes](../reference/slash-commands.md) — `/memory`
- [Référence des outils](../reference/tools.md#search_memory) — `search_memory`
- [Pourquoi les sessions fonctionnent ainsi](../explanation/persistent-sessions.md)