Léxico

Las palabras de la memoria IA, definidas.

Esta página define todas las palabras que el sitio usa para la memoria IA. En las demás páginas, un término subrayado con puntos lleva aquí. Pásale el cursor para la definición corta, haz clic para abrir su entrada.

Cartucho: Un cartucho es una app que corre dentro de Mnemosyne OS. Usa la memoria como back-end, a través del SDK y bajo FGAC. Corre aislada, y llega firmada, así sabes quién construyó lo que instalas. Publicas un cartucho en MnemoHub, o lo dejas privado.
Crónica: Una crónica es un recuerdo unitario. Lleva el contenido en sí y un spine type que dice de qué naturaleza es ese recuerdo. Un vector viaja con ella, para que el motor la encuentre por el significado. Todo lo que Mnemosyne OS sabe de ti está hecho de crónicas, y cada una se recupera por sí sola.
Dream State: El OS consolida de noche, como un cerebro durante el sueño. Relee la memoria reciente y la conecta con crónicas más antiguas. Escribe después crónicas de sueño, síntesis deliberadamente débiles, fechadas, que se desvanecen. Se guardan en su propio vault. Todo ocurre en tu máquina, y un sueño nunca sobrescribe un recuerdo real.
Embedding (vector): Un embedding es un texto traducido a un vector, una larga lista de números. Esos números sitúan el texto en un espacio semántico. Dos textos que significan lo mismo caen juntos, incluso sin una palabra en común. Cada crónica recibe un embedding. Por eso puedes pedir una idea y recuperar el recuerdo, no solo una palabra clave.
Engramm: La licencia de Mnemosyne OS es un Engramm, un título de propiedad duradero inscrito en la cadena Base. Es tuyo, y puedes transferirlo. El nombre viene del engrama, la huella física que un recuerdo deja en el cerebro. Compras la licencia una vez y no caduca.
FGAC: El control de acceso de grano fino decide quién lee y escribe qué. Un cartucho recibe un alcance explícito, tal vault y tal derecho, nunca un acceso general. Ese contrato mantiene seguro el ecosistema. Construir sobre Mnemosyne OS no abre tu memoria.
Firma off-chain (EIP-191): El catálogo de MnemoHub y sus envíos se firman con una clave de cartera soberana (EIP-191). Nada se escribe on-chain. La firma viaja en el propio dato, y cualquier cliente puede verificar quién firmó. La cadena sirve de fuente de autoridad, no de base de datos. La prueba no cuesta gas, no añade latencia y no publica nada.
Local-first: Un software local-first funciona primero en tu máquina. Tus datos nacen ahí, se almacenan ahí y siguen siendo legibles sin conexión. Puedes añadir servicios en la nube encima, un modelo remoto por ejemplo. Nunca los necesitas para poseer o leer tu memoria.
LongMemEval: LongMemEval es un benchmark académico. Prueba si un sistema recuerda de verdad a través de muchas sesiones. Un dato se dice una vez, se actualiza después, y las sesiones se reparten en meses. En 48 preguntas nunca vistas, Mnemosyne OS obtiene 77,1 % con el juez oficial de LongMemEval. En las 48 preguntas usadas para ajustarlo, obtiene 85,4 % con un juez estricto. El protocolo se publicó antes de la ejecución, y una pregunta solo cuenta si dos pasadas la aciertan. Cada respuesta y cada veredicto están publicados, para que cualquiera pueda auditarlos.
MCP: MCP (Model Context Protocol) es un estándar abierto. Permite a los agentes IA usar herramientas y leer contexto de la misma forma en todas partes. Mnemosyne OS incluye un servidor MCP (@mnemosyne_os/mcp). Tus agentes de código y tus asistentes pueden consultar el vault, ver las resonancias y leer el contexto git. Las mismas reglas FGAC se les aplican que a todo lo demás.
Neural Map: El Neural Map muestra tu memoria como un espacio navegable de topologías. El lugar de un recuerdo viene de su posición real en el espacio semántico. El mapa nunca lo mueve para agradar al ojo. Ves cómo es de verdad tu memoria.
Open-core: El open-core reparte el producto en dos. Todo lo que un dev necesita es público y MIT: el SDK, los contratos, la CLI y el scaffolder. El motor de memoria se entrega sellado dentro de la app. Construyes sobre una superficie abierta y estable, y el motor queda en la máquina del usuario, con su memoria.
RAG: El RAG (Retrieval-Augmented Generation) hace que un modelo responda desde tu memoria y no desde su imaginación. El motor recupera primero las crónicas que corresponden a tu pregunta. El modelo redacta después su respuesta a partir de esas crónicas. Sin esa búsqueda, un modelo adivina. Con las crónicas en mano, cita tu pasado real.
Resonancia: Una resonancia es un vínculo que el motor percibe entre dos crónicas que se responden, a través del tiempo o de los dominios. Mnemosyne OS te muestra esos vínculos y nunca actúa sobre ellos por ti. El principio vale en todas partes: la memoria percibe, sitúa y revela, y el humano gobierna.
SDK: Los devs construyen sobre Mnemosyne OS con el SDK (@mnemosyne_os/sdk, MIT). ingest() escribe en el vault, query() y ask() leen por significado, todo bajo FGAC, por WebSocket o IPC. No tienes base de datos que aprovisionar ni auth que cablear, porque la memoria es el back-end.
Soberanía: Soberanía significa que tú tienes las claves, los datos y las decisiones. Las claves son el cifrado, la identidad y la licencia. Los datos están en tu máquina. Tú decides lo que entra en un vault, lo que sale, lo que se mezcla y lo que se borra. Mnemosyne OS aporta el motor y no posee nada de tu vida.
Spine: Cada crónica lleva un spine type. Ese tipo dice de qué naturaleza es el recuerdo: saber técnico, una decisión, un dato de perfil, un sueño, y así sucesivamente. El motor lo usa para filtrar, y para situar un recuerdo en el nivel correcto. Sin él, el motor solo vería texto indiferenciado.
Vault: Tu memoria se reparte en vaults, un almacén aislado por dominio: código, investigación, diario, social. Cada vault tiene su protección y sus propias reglas de mezcla. Cruzar dos vaults es una decisión que tomas tú, y la app nunca lo hace por su cuenta.
Zero-Trust IPC: El IPC (comunicación entre procesos) es la forma en que las partes de la app se hablan. Zero-Trust quiere decir que ninguno de esos mensajes se cree por defecto, incluso en local. Cada petición lleva un token firmado limitado a un solo alcance, y se valida antes de tocar la memoria. Un componente comprometido, o simplemente curioso, no lee nada más allá de su permiso.