Reprendre un projet

Ce parcours sert à repartir là où vous en étiez : l'agent relit ce que la mémoire sait du projet, vous en fait un point, et vous proposez la suite. C'est le premier geste d'une session, voir le cycle.

Ce que vous demandez à l'agent

Vous demandez à l’agent

« On reprend le projet kessho-docs. »

→ L’agent appellemem_recall

• slug = kessho-docs

Vous demandez à l’agent

« Quels projets ai-je en mémoire ? »

→ L’agent appellemem_list

Vous demandez à l’agent

« Montre-moi le contexte courant de kessho-docs, sans le briefing. »

→ L’agent appellemem_read_context

• slug = kessho-docs

Vous demandez à l’agent

« Relis l'historique des sessions de kessho-docs. »

→ L’agent appellemem_read_history

• slug = kessho-docs

Vous demandez à l’agent

« Ouvre l'archive 2026-10-19-14h32-kessho-docs-refonte-du-socle de kessho-docs. »

→ L’agent appellemem_read_archive

• slug = kessho-docs
• filename = 2026-10-19-14h32-kessho-docs-refonte-du-socle

Vous demandez à l’agent

« Que sait-on de la structure du dépôt de kessho-docs ? »

→ L’agent appellemem_get_topology

• project = kessho-docs

Vous demandez à l’agent

« Ce projet était terminé mais je dois le rouvrir : remets-le parmi les projets actifs. »

→ L’agent appellemem_historize

• slug = kessho-docs
• revive = true

Vous n'avez pas besoin de taper ces phrases mot pour mot : avec les procédures livrées par Kessho (voir Connecter l'agent), une envie de reprendre (« on reprend », « où en étions-nous ? ») ou une question sur le passé (« qu'avait-on décidé ? ») doit suffire à déclencher la reprise, si l'agent les suit. Si le projet visé n'est pas clair, l'agent vous demande de confirmer avant de charger quoi que ce soit.

Ce que fait l'agent

Les outils de cette page lisent sans rien écrire, sauf deux : mem_historize, qui déplace un projet, et mem_git_sync (étape 5), qui récupère, rebase et pousse si la mémoire est un dépôt git.

1. Trouver le projet. Le plus souvent, c'est le slug que vous donnez. Sans slug, mem_recall rend l'inventaire du vault pour que l'agent vous demande lequel. mem_list donne le même inventaire en détail : projets, domaines, phase, dernière session, portée, nombre d'archives. Avec include_archived, il déplie les projets archivés ; avec archived_only, il ne montre qu'eux. D'après la procédure, l'agent essaie aussi le nom du dossier où la session est ouverte.
2. Charger le contexte. mem_recall charge le contexte du projet ou du domaine. La procédure demande à l'agent d'en faire un briefing : dernière session et phase, état, décisions, principes actifs, objectifs ouverts, personnes clés, prochaines étapes. Il termine en proposant la suite (« on reprend à l'étape X ? »).
3. Aller plus fin si besoin.
   • mem_read_context lit seulement le context.md, l'instantané courant, sans briefing : plus léger. slug est obligatoire.
   • mem_read_history lit le history.md : le fil chronologique des sessions, avec leur nombre.
   • mem_read_archive lit une archive précise (slug et filename, avec ou sans .md), et uniquement dans le dossier archives/ du projet.
   • mem_get_topology lit la fiche de topologie du projet (sa pile, ses conventions), éventuellement celle d'une branche (branch). Une fiche absente n'est pas une erreur.
4. Résumer plusieurs sessions d'un coup. C'est le rôle de mem_digest, voir Chercher dans la mémoire.
5. Se mettre à jour. Si la mémoire est un dépôt git, la procédure demande à l'agent d'appeler mem_git_sync une fois en début de session, pour partir de ce que vos autres postes ont écrit. Hors ligne ou sans distant, il le dit en une ligne et continue. Voir Synchroniser la mémoire.

Un projet archivé

Sans slug explicite, la reprise ignore les projets archivés. Avec un slug explicite, l'agent charge le projet archivé en lecture et vous le signale. Pour y écrire à nouveau, il faut d'abord le ramener parmi les actifs : mem_historize avec revive: true (sans revive, il déplace au contraire un projet terminé vers 10-episodes/archived/). Tant qu'il est archivé, mem_archive refuse d'y écrire, et mem_digest ne le résume qu'avec from_archived: true.

Ce que vous voyez

L'écran Clés de contexte (barre latérale) liste vos projets et domaines : chaque ligne porte son identifiant (le slug que vous donnez à l'agent), son résumé, son nombre d'archives et la date de sa dernière session. Il sert de pense-bête avant de dire « on reprend… ». Le détail de l'écran est dans Accueil.

Une ligne « Aucun résumé » veut dire que personne n'a posé de résumé : l'écran le compte, et un agent en pose un avec mem_set_summary (voir Archiver une session).

La reprise elle-même ne change rien à l'écran, puisqu'elle ne fait que lire. Seuls mem_historize (qui déplace le projet) et mem_git_sync (qui peut faire entrer des notes venues d'un autre poste) modifient la mémoire ; le témoin de fraîcheur le montre comme toute écriture d'agent (voir Zones).