Mémoire de session entre exécutions d'agent
Enjeu
Une conversation longue avec un agent perd du contexte utile quand la conversation se compacte, qu'un terminal se ferme, ou que le travail change de runtime. Copier l'historique complet dans la base de connaissances pour compenser transformerait le wiki en journal de conversation plutôt qu'en connaissance synthétisée.
Notions
Une couche de mémoire opérationnelle, distincte du wiki, conserve entre les exécutions ce qu'une session a produit sans y intégrer directement la transcription complète. Elle capture par défaut des métadonnées redigées (harnais utilisé, répertoire et contexte Git, petits événements, résumés au format markdown), identifie chaque session par un identifiant combinant le nom du runtime et son identifiant natif, et permet une réhydratation : un bloc de contexte compact plutôt qu'un collage brut de l'historique. Un flux distinct, le candidat de retour utilisateur, conserve les corrections, préférences et validations explicites jugées à haute valeur ; les accusés de réception génériques (« ok », « merci ») sont ignorés.
Mécanisme et relations
La capture peut être désactivée par l'utilisateur à tout moment. La promotion — transformer un condensé de session ou un candidat de retour en note réelle du wiki — reste un geste explicite, jamais automatique : la mémoire opérationnelle sert de tampon consultable, pas de source déjà validée. Cette mémoire de session est distincte des fichiers de reprise sur erreur propres à une recherche longue (état éphémère supprimé en fin d'exécution normale) et des journaux d'événements durables qui servent à classer la provenance d'un audit en replayable ou partial.
Implications
Ce mécanisme répond à un manque que ni le pattern d'origine ni les extensions déjà documentées dans ce wiki (agents planifiés, synthèse spontanée) n'adressent directement : la continuité du contexte de travail d'une session à l'autre, indépendamment du contenu du wiki lui-même. Il complète, sans le remplacer, le principe du coffre orienté IA : ce dernier structure les notes pour la relecture par une IA, la mémoire de session structure ce qui persiste entre deux relectures.
Limites
Le format exact des événements capturés et le détail du mécanisme de redaction (quelles informations sont retirées, comment) ne sont pas repris ici au-delà du principe général.
Synthèse
Une couche de mémoire opérationnelle, séparée du wiki et rédigée par défaut, permet de reprendre un travail interrompu sans transformer la base de connaissances en journal de conversation. La méthode correcte garde la promotion vers le wiki explicite et sélective ; l'erreur la plus probable serait de laisser cette mémoire s'accumuler sans jamais la distiller, ou à l'inverse de tout y déverser sans redaction ni tri.