Lexique

Les mots de la mémoire IA, définis.

Cette page définit tous les mots que le site emploie pour la mémoire IA. Sur les autres pages, un terme souligné en pointillé renvoie ici. Survole-le pour la définition courte, clique pour ouvrir son entrée.

Cartouche: Une cartouche est une app qui tourne dans Mnemosyne OS. Elle utilise la mémoire comme back-end, via le SDK et sous FGAC. Elle tourne sandboxée, et elle arrive signée, donc tu sais qui a construit ce que tu installes. Tu publies une cartouche sur MnemoHub, ou tu la gardes privée.
Chronique: Une chronique est un souvenir unitaire. Elle porte le contenu lui-même et un spine type qui dit de quelle nature est ce souvenir. Un vecteur voyage avec elle, pour que le moteur la retrouve par le sens. Tout ce que Mnemosyne OS sait de toi est fait de chroniques, et chacune se retrouve seule.
Dream State: L'OS consolide la nuit, comme un cerveau pendant le sommeil. Il relit la mémoire récente et la relie aux chroniques plus anciennes. Il écrit ensuite des chroniques de rêve, des synthèses volontairement faibles, datées, qui s'estompent. Elles sont gardées dans leur propre vault. Tout se passe sur ta machine, et un rêve n'écrase jamais un souvenir réel.
Embedding (vecteur): Un embedding est un texte traduit en vecteur, une longue liste de nombres. Ces nombres placent le texte dans un espace sémantique. Deux textes qui veulent dire la même chose atterrissent côte à côte, même sans un mot en commun. Chaque chronique reçoit un embedding. C'est pour ça que tu peux demander une idée et retrouver le souvenir, pas seulement un mot-clé.
Engramm: La licence de Mnemosyne OS est un Engramm, un titre de propriété durable inscrit sur la chaîne Base. Il est à toi, et tu peux le transférer. Le nom vient de l'engramme, la trace physique qu'un souvenir laisse dans le cerveau. Tu achètes la licence une fois et elle n'expire pas.
FGAC: Le contrôle d'accès à grain fin décide qui lit et écrit quoi. Une cartouche reçoit une portée explicite, tel vault et tel droit, jamais un accès général. Ce contrat garde l'écosystème sûr. Construire sur Mnemosyne OS n'ouvre pas ta mémoire.
Local-first: Un logiciel local-first fonctionne d'abord sur ta machine. Tes données y naissent, y sont stockées et y restent lisibles sans connexion. Tu peux ajouter des services cloud par-dessus, un modèle distant par exemple. Tu n'en as jamais besoin pour posséder ni consulter ta mémoire.
LongMemEval: LongMemEval est un benchmark académique. Il teste si un système se souvient vraiment à travers de nombreuses sessions. Un fait y est dit une fois, mis à jour plus tard, et les sessions sont étalées sur des mois. Sur 48 questions jamais vues, Mnemosyne OS y fait 77,1 % au juge officiel de LongMemEval. Sur les 48 questions qui ont servi à le régler, il fait 85,4 % au juge strict. Le protocole a été publié avant le run, et une question ne compte que si deux passes la réussissent. Chaque réponse et chaque verdict sont publiés, pour que n'importe qui puisse auditer.
MCP: MCP (Model Context Protocol) est un standard ouvert. Il permet aux agents IA d'utiliser des outils et de lire du contexte de la même façon partout. Mnemosyne OS fournit un serveur MCP (@mnemosyne_os/mcp). Tes agents de code et tes assistants peuvent interroger le vault, voir les résonances et lire le contexte git. Les mêmes règles FGAC s'appliquent à eux qu'à tout le reste.
Neural Map: La Neural Map affiche ta mémoire comme un espace navigable de topologies. La place d'un souvenir vient de sa position réelle dans l'espace sémantique. La carte ne la déplace jamais pour flatter l'œil. Tu vois à quoi ta mémoire ressemble vraiment.
Open-core: L'open-core partage le produit en deux. Tout ce dont un dev a besoin est public et sous MIT : le SDK, les contrats, la CLI et le scaffolder. Le moteur mémoire lui-même est livré scellé dans l'app. Tu construis sur une surface ouverte et stable, et le moteur reste sur la machine de l'utilisateur, avec sa mémoire.
RAG: Le RAG (Retrieval-Augmented Generation) fait répondre un modèle depuis ta mémoire plutôt que depuis son imagination. Le moteur récupère d'abord les chroniques qui correspondent à ta question. Le modèle rédige ensuite sa réponse à partir de ces chroniques. Sans cette recherche, un modèle devine. Avec les chroniques en main, il cite ton passé réel.
Résonance: Une résonance est un lien que le moteur perçoit entre deux chroniques qui se répondent, à travers le temps ou à travers les domaines. Mnemosyne OS te montre ces liens et n'agit jamais dessus à ta place. Le principe vaut partout : la mémoire perçoit, situe et révèle, et l'humain gouverne.
SDK: Les devs construisent sur Mnemosyne OS avec le SDK (@mnemosyne_os/sdk, MIT). ingest() écrit dans le vault, query() et ask() lisent par le sens, le tout sous FGAC, en WebSocket ou IPC. Tu n'as pas de base à provisionner ni d'auth à câbler, parce que la mémoire est le back-end.
Signature off-chain (EIP-191): Le catalogue MnemoHub et ses soumissions sont signés avec une clé de portefeuille souveraine (EIP-191). Rien n'est écrit on-chain. La signature voyage dans la donnée elle-même, et n'importe quel client peut vérifier qui a signé. La chaîne sert de source d'autorité, pas de base de données. La preuve ne coûte pas de gas, n'ajoute pas de latence et ne publie rien.
Souveraineté: La souveraineté, c'est toi qui détiens les clés, les données et les décisions. Les clés sont le chiffrement, l'identité et la licence. Les données sont sur ta machine. Tu décides ce qui entre dans un vault, ce qui en sort, ce qui se mélange et ce qui s'efface. Mnemosyne OS fournit le moteur et ne possède rien de ta vie.
Spine: Chaque chronique porte un spine type. Ce type dit de quelle nature est le souvenir : savoir technique, décision, fait de profil, rêve, et ainsi de suite. Le moteur s'en sert pour filtrer, et pour situer un souvenir au bon niveau. Sans lui, le moteur ne verrait que du texte indifférencié.
Vault: Ta mémoire est découpée en vaults, un magasin isolé par domaine : code, recherche, journal, social. Chaque vault porte sa protection et ses propres règles de mélange. Croiser deux vaults est une décision que tu prends, et l'app ne le fait jamais d'elle-même.
Zero-Trust IPC: L'IPC (communication inter-processus) est la façon dont les parties de l'app se parlent. Zero-Trust veut dire qu'aucun de ces messages n'est cru par défaut, même en local. Chaque requête porte un jeton signé limité à une seule portée, et elle est validée avant de toucher la mémoire. Un composant compromis, ou simplement curieux, ne lit rien au-delà de son droit.