Mémoire

À quoi ça sert. La mémoire est le magasin long terme d’EYAS. Un fait durable énoncé dans une conversation devient une note de coffre sans que personne le demande, et la même note est ce que relisent les conversations suivantes. Cette page sert à inspecter les blocs working, les faits épisodiques, les fichiers du coffre et la file de revue — pas à curer un wiki.

Quand l’utiliser

• L’assistant doit se souvenir de qui vous êtes, comment vous travaillez, ou des contraintes d’un projet.
• Un fait a été dit dans le chat et vous voulez confirmer qu’il a atterri dans le coffre (ou pourquoi le capture a sauté).
• Revoir, taguer, grapher ou consolider — ou Today’s note.
• Vous choisissez entre Mémoire, wiki Connaissances, Documents et fichiers de coffre écrits à la main (ci-dessous).
• Couper le capture pour cette instance (memory.capture.enabled: false).

Déroulement typique

1. Ouvrez Mémoire dans la barre latérale (Contenu) — route /memory. (Aussi sous Paramètres → IA et modèle.)
2. Vérifiez Overview, puis Vault Files pour les notes durables.
3. Ayez une conversation de plus de ~40 caractères qui énonce un fait durable. Revenez ici après la réponse : une nouvelle note (user, feedback, domain, project ou reference).
4. Si rien n’apparaît : trop court, capture off, ou tour God Mode (ceux-là ne capturent pas). Écrivez la note à la main dans le coffre si vous en avez quand même besoin.

Quel magasin utiliser

Magasin	Métier
Mémoire (cette page)	Faits automatiques + écrits par l’agent. EYAS injecte un index d’une ligne dans les prompts suivants.
Connaissances wiki	Pages que vous éditez. Le capture n’écrit pas ici.
Documents	Fichiers téléversés pour retrieval — pas des notes d’identité.
Fichiers de coffre (markdown à la main)	Le même coffre que le capture (data/vault/…). Pas ~/.claude / ~/.grok.
Wiki du projet	Pages ticket et décision d’un projet, pas la mémoire globale.

La mémoire hôte Claude / Grok sur la machine n’est pas la source de vérité. Les appels CLI isolés et loadClaudeMd off par défaut empêchent une seconde mémoire de précéder le coffre.

Fonctions

Itinéraire : /memory. Sous-titre : Mémoire hybride à 5 niveaux — travail, épisodique, coffre sémantique/procédural, archive.

Actions

Commande	Signification
Note du jour	Aller à / créer la note du jour
Consolider maintenant	Lancer le consolidateur (promouvoir/rétrograder les mémoires)
Actualiser	Recharger les statistiques

Onglets

Onglet	Contenu
Aperçu	Statistiques + graphiques de saillance + épisodiques récentes
Mémoire de travail	Blocs à TTL court (24 h)
Mémoire épisodique	Faits/épisodes avec saillance
Fichiers du coffre	Explorateur du coffre Markdown
Archive	Éléments archivés à faible saillance
Graphe	Vue graphe de la mémoire
Étiquettes	Explorateur d’étiquettes
Révision	File de révision pour l’hygiène de la mémoire

Statistiques de l’aperçu

Statistique	Signification
Blocs de travail	Blocs de travail actifs (TTL 24 h)
Faits épisodiques	Nombre épisodique (+ invalidés)
Fichiers du coffre	Fichiers Markdown sémantiques + procéduraux
Archivés	Nombre d’archives à faible saillance
Prêts pour la promotion → coffre	Candidats épisodiques de grande valeur
Prêts pour la rétrogradation → archive	Candidats à faible saillance
Saillance min./moy./max.	Distribution
Étiquettes principales / par source	Répartitions

Ligne de mémoire de travail

caractères · consulté N× · expire à

Ligne / détail épisodique

Champ	Signification
saillance	Score d’importance
invalidée	Plus fiable/à jour
ID / Source / ID de source / Agent	Provenance
Nombre d’accès / Nombre de conversations	Utilisation
Valide depuis / Invalidée le / Créée / Dernier accès	Horodatages du cycle de vie
Hash d’embedding	Présence dans l’index vectoriel

Explorateur du coffre

Commande	Signification
Liste de fichiers	Chemins du coffre
Frontmatter	Métadonnées YAML
étiquettes / liens	Wikiliens et étiquettes
Contenu	Corps Markdown
Rétroliens	Notes qui pointent ici

Archive

archivée le · originale créée le · identifiants — le consolidateur y déplace les éléments à faible saillance.

Notes durables

Une note durable est un fait qui persiste, pas le compte rendu d’un événement : qui vous êtes, comment vous voulez qu’on travaille, quelles sont les contraintes d’un projet. Chacune est un fichier markdown dans le vault, et l’agent reçoit à chaque tour un index d’une ligne — les résumés seulement. Il lit une note entière avec search_memory quand la ligne s’avère utile.

Un second bloc par tour récupère le travail antérieur lié depuis le vault, la mémoire épisodique et les messages de conversations passées, en prenant le message actuel comme requête. Le modèle n’a pas à appeler search_memory pour que ces résultats apparaissent. Les corps se chargent toujours via search_memory. Les messages passés sont interrogeables parce qu’ils sont déjà stockés ; ce n’est pas une seconde copie.

Deux champs de frontmatter pilotent cela :

Champ	Rôle
kind	user, feedback, domain, project ou reference — et l’ordre de tri
summary	La ligne unique affichée dans l’index

user et feedback passent en premier, car ils changent la façon dont chaque réponse est produite. domain est le type de projet (partagé entre projets frères) ; project est ce client. Sans kind, une note dans procedural/ est lue comme feedback, les autres comme reference — jamais comme user : déclarer d’office qu’une note parle de vous reviendrait à la placer en tête de chaque prompt. Sans summary, la première vraie ligne sert d’index, donc un fichier écrit à la main fonctionne sans frontmatter propre à EYAS.

Emplacement : data/vault/semantic/, data/vault/procedural/, data/vault/projects/, data/vault/project-types/.

Elles se remplissent d’elles-mêmes. Une fois la réponse délivrée, un appel à un petit modèle relit l’échange et se demande s’il s’y trouve quelque chose qui sera encore vrai et encore utile dans un mois. Deux notes au plus par tour, et sur la plupart des tours, à juste titre, aucune. Cela ne se produit jamais dans le chemin critique de votre réponse : une capture qui échoue coûte une note, jamais une réponse.

Devant cet appel, une seule vérification de longueur — un message plus court que minUserChars (40 caractères par défaut) ne le déclenche pas — et un plafond de maxPerConversation (20) appels par conversation. Aucune liste de mots-clés, dans aucune langue. Tout se coupe avec memory.capture.enabled: false dans config/default.yaml ; écrire une note à la main et appeler save_memory fonctionnent toujours à l’identique.

Un fait répété renforce la note qui existe déjà au lieu d’en créer une seconde : la nouvelle formulation s’ajoute en puce datée sous ## History et n’écrase rien. Le texte traverse le module de confidentialité avant d’atteindre le disque, et non à la relecture.

Mémoire de projet. Un fait appris dans les conversations d’un projet est rangé sous projects/<id-du-projet>/, passe devant les notes reference générales tant que vous travaillez dans ce projet, et n’apparaît nulle part ailleurs : les notes d’un autre projet n’atteignent jamais votre prompt. Le projet fourre-tout General, dans lequel démarre chaque conversation, ne compte pas comme une identité de projet : ce qui y est appris reste un fait sur vous ou sur la façon de travailler, et vous suit donc partout.

Les agents se souviennent avec search_memory. Le scope par défaut est current : ce projet, son type, et les notes globales user / feedback / reference. scope: all pour tout le coffre. La recherche de la page Mémoire (/memory) n’est pas filtrée.

Le capture est activé par défaut

Le capture tourne sur chaque conversation, globalement, sauf memory.capture.enabled: false dans config/default.yaml. Un petit appel modèle s’accroche après la livraison de la réponse. Un capture raté est une note manquante, jamais une conversation ratée.

Porte	Défaut	Signification
memory.capture.enabled	on	Interrupteur maître
minUserChars	40	Points de code Unicode
maxPerConversation	20	Plafond de dépense modèle

Pas de liste de mots-clés. {"notes":[]} est la réponse fréquente et correcte (0–2 notes).

CLI isolé — mémoire EYAS seulement

L’extraction tourne dans un contexte modèle isolé : pas de settings filesystem hôte, pas de mémoire native CLI, pas d’outils bridgés, un seul tour. Les conversations Claude Code CLI ont loadClaudeMd off par défaut. Les appels isolés et opt-out posent aussi CLAUDE_CODE_DISABLE_AUTO_MEMORY et strictMcpConfig.

Grok / Kimi (ACP) n’ont pas d’interrupteur d’isolation ; leurs panneaux le disent. Les agents doivent n’utiliser que search_memory / save_memory ; la porte d’écriture refuse ~/.claude, ~/.grok et ai-memory.

Sans isolation, l’extracteur a lu une fois la mémoire hôte du propriétaire, a dit le fait « déjà enregistré », et le coffre EYAS est resté vide. C’est le bug que ceci ferme.

Journal des captures

Chaque résultat qui atteint la porte écrit une ligne memory_capture_runs. Deux silences : capture off n’écrit rien ; un run d’arrière-plan sans texte assistant n’atteint pas la porte. Les tours God Mode ne capturent rien — ni note, ni ligne.

---

Blocs de mémoire partagés (outils d’agent)

Outre l’interface à cinq niveaux, les agents peuvent utiliser des blocs de mémoire à portée (style Letta) via des outils — notes partagées durables pour le travail multi-tours et multi-agents.

Portée	Partagé entre
company	Toute l’instance
agent	Un agent
team	Orchestration d’équipe
run	Un seul run

Outil	Signification
memory_block_read	Lire le contenu du bloc
memory_block_write	Ajouter ou remplacer le contenu ; formaté dans les prompts lorsque c’est pertinent

Ces blocs sont distincts des lignes de mémoire de travail de cette page, mais les complètent pour l’état inter-conversations.

Voir aussi

• Base de connaissances
• Documents
• Wiki du projet
• Fournisseurs (isolation CLI / loadClaudeMd)
• Import de données
• Outils