memsem
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| memory_addB | Écrit ou renforce un fait atomique (sujet → prédicat → objet), avec confiance, preuve et période de validité optionnelles. Une valeur rejetée par la revue humaine est bloquée à l'écriture. |
| memory_add_manyA | Écrit plusieurs faits atomiques en un seul appel (économie de tokens). Chaque entrée suit la même sémantique que memory_add. |
| memory_candidate_addA | Place un fait en attente sans le rendre récupérable. Une revue humaine peut ensuite l'approuver ou le rejeter durablement. |
| memory_candidate_listA | Liste les faits en attente, approuvés ou rejetés sans les injecter dans la récupération normale. |
| memory_candidate_reviewB | Approuve un candidat et publie son évidence, ou le rejette et bloque sa réintroduction par la write gate. |
| memory_verifyB | Marque une mémoire active comme vérifiée et remplace ou ajoute sa preuve courte. L'opération est auditée. |
| memory_unsuppressA | Retire une suppression durable après une décision explicite. La prochaine écriture pourra à nouveau être évaluée. |
| memory_searchA | Recherche stricte par défaut : seules les correspondances lexicales réelles (seuil 50% des mots de la requête) remontent, classées par priorité. Pas de propagation de graphe : avec une grande mémoire, on ne part pas dans les associations. relax=true : explore les associations par le graphe (2 sauts) — à n'utiliser que pour explorer, pas pour répondre. |
| memory_listA | Liste les mémoires actives d'un projet et/ou d'un thème, triées par priorité (épinglées en tête). À utiliser pour injecter le contexte pertinent au démarrage d'une session ou au changement de sujet. |
| memory_themesA | L'arbre des thèmes avec leurs effectifs : la carte de routage de la mémoire. À charger au début de session pour savoir où chercher, puis rechercher par thème à chaque changement de sujet. |
| memory_statsA | Vue d'ensemble : compteurs (actives, archivées, épinglées, épisodes, arêtes du graphe), top des priorités et historique récent des changements. |
| memory_auditB | Retourne les mutations, revues, dry-runs et purges avec leur raison, sans réexposer le contenu purgé. |
| memory_indexA | Régénère et renvoie l'index de la mémoire (fichier ~/.memsem/memory-index.md) : thèmes avec mots-clés, épinglées, faits sans thème. Le fichier est injecté automatiquement au début de chaque session — cet appel sert à le rafraîchir. |
| memory_episode_searchA | Recherche dans les résumés de sessions (la couche temporelle) : « qu'est-ce qu'on a fait la semaine dernière ? », « de quoi a-t-on parlé sur ce projet ? ». Sans query, liste les épisodes récents. Même seuil strict que la recherche de mémoires. |
| memory_episode_addA | Enregistre un épisode de session (résumé épisodique + provenance). À appeler à la fin d'une conversation : l'historique des sessions alimente la consolidation future. |
| memory_scoreA | Ajuste l'importance d'une mémoire (calibrage par le sub-agent de scoring, comparaisons par paires). Garde-fous : faits épinglés et importance ≥ 0.9 intouchables, variation plafonnée à ±0.15 (par appel et par passe cumulée via passId), bornes 0.4–0.85. dryRun: true logue sans appliquer. Ne pas utiliser pour écrire un fait — uniquement pour recalibrer. |
| memory_forgetA | Archive une mémoire (elle ne remonte plus dans les recherches, mais reste en base). |
| memory_purgeB | Supprime définitivement le contenu d'une mémoire et ses historiques. Requiert confirm=true ; l'audit conserve uniquement une trace redacted. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 18 tools
Most tools have clearly distinct purposes (add vs candidate_add vs episode_add, search vs list vs themes), and descriptions clarify boundaries. However, pairings like memory_add/memory_add_many and memory_forget/memory_purge could cause initial confusion, though the descriptions resolve it.
All tools share the memory_ prefix, but the suffix pattern is mixed: verbs (add, search, list, verify, score, forget, purge) coexist with nouns (themes, stats, audit, index) and compound actions (candidate_add, episode_search). This inconsistency reduces predictability.
At 18 tools, the server is slightly above the ideal 3-15 range but each tool addresses a specific aspect of memory management, from candidate review to episode tracking to scoring. The count feels justified by the domain's complexity rather than redundant.
The tool set covers the full memory lifecycle: write (add, add_many), review (candidate_*), retrieval (search, list, episode_search), maintenance (verify, score, unsuppress), and deletion (forget, purge), plus auxiliary views (themes, stats, audit, index). No obvious gaps for a semantic memory system.