Por Canuto  

MentisDB presentó la versión 0.9.2.38, una actualización enfocada en corregir errores que afectaban la integración con clientes MCP, la coherencia del estado entre superficies de servicio y la reproducibilidad de benchmarks. El lanzamiento también suma herramientas de backup y restore, además de ajustes en búsqueda, relaciones, webhooks y clientes.
***

  • MentisDB ya puede conectarse a Claude Desktop por stdio sin exigir un daemon preiniciado.
  • La versión 0.9.2.38 unifica el estado entre MCP, REST, HTTP, HTTPS y panel para compartir la misma caché activa.
  • Los benchmarks ahora son deterministas y reproducibles bit a bit en ejecuciones a escala completa.

MentisDB lanzó la versión 0.9.2.38 como una actualización centrada en correcciones que apunta a cerrar problemas de integración y consistencia que, según el anuncio oficial, eran fáciles de pasar por alto, pero costosos de depurar. El cambio más visible es que los clientes MCP por stdio ya no dependen de un daemon preiniciado para funcionar.

En términos prácticos, esto reduce fricción para usuarios que emplean herramientas como Claude Desktop o Cursor. Hasta ahora, parte del trabajo consistía en iniciar procesos auxiliares antes de usar la base, lo que complicaba la experiencia, sobre todo cuando había varios clientes conectados al mismo tiempo.

La actualización también aborda un problema menos visible, pero más delicado desde el punto de vista operativo. Antes de esta versión, el servidor multisuperficie podía dividir el estado entre HTTP, HTTPS, MCP, REST y el panel, algo que afectaba la visibilidad inmediata de los cambios entre interfaces.

A eso se suma una mejora relevante para evaluación técnica. Los benchmarks de MentisDB ahora son reproducibles y generan resultados idénticos bit a bit en corridas a escala completa, una propiedad importante para desarrolladores, investigadores y equipos que necesitan comparar desempeño sin ruido experimental.

Un modo stdio más simple para clientes MCP

Uno de los puntos principales de la versión 0.9.2.38 es el llamado modo MCP stdio inteligente. De acuerdo con la publicación MentisDB 0.9.2.38 — Smart Stdio MCP, Shared Service State, and Reproducible Benchmarks, cuando un cliente MCP inicia mentisdbd en modo stdio, el proceso primero consulta el endpoint de salud del daemon local.

Si detecta que ya existe un daemon en ejecución, redirige las solicitudes stdio hacia la superficie MCP HTTP. Con eso, todos los clientes pasan a ver la misma caché activa de cadenas. Si no encuentra un daemon disponible, el sistema lanza uno en segundo plano, usando nohup en Unix o start /B en Windows, espera a que esté saludable y luego redirige el tráfico.

Si ese arranque falla, MentisDB recurre al modo stdio en proceso, de forma que el cliente siga funcionando. El resultado, según el anuncio, es que usuarios de Claude Desktop ya no necesitan lidiar con pasos previos como iniciar manualmente mentisdbd, usar mcp-remote o preparar la shell antes de abrir la aplicación.

La consecuencia operativa es importante. Una sola entrada en claude_desktop_config.json apuntando a mentisdbd basta como configuración. Además, varios clientes stdio en paralelo pueden observar en tiempo real los append hechos por otros, porque todos conversan con el mismo proceso daemon y comparten la misma caché activa.

Estado compartido entre MCP, REST, HTTP, HTTPS y panel

La otra corrección central de la versión tiene que ver con la coherencia de estado entre superficies. Antes de 0.9.2.38, la función start_servers construía cada superficie con su propia instancia de MentisDbService::new(…). Eso implicaba que cada servicio mantenía un DashMap<chain_key, Arc<RwLock<MentisDb>>> privado.

En la práctica, un append recibido por REST podía no ser visible para MCP, y viceversa, hasta que el daemon se reiniciara y ambos servicios recargaran casualmente la cadena desde disco. Para una plataforma orientada a memoria, recuperación y trabajo con agentes, ese desfase podía convertirse en una fuente seria de confusión.

La corrección, según el anuncio, fue pequeña y quirúrgica. Ahora start_servers construye una sola instancia de MentisDbService y la comparte entre todas las superficies que inicia. Los puntos de entrada de una sola superficie, como start_mcp_server, start_rest_server y start_https_*_server, se mantienen sin cambios.

El equipo añadió una prueba de regresión llamada start_servers_shares_state_across_mcp_and_rest. Esa prueba precalienta el servicio MCP, agrega un pensamiento vía REST y verifica que el lado MCP vea de inmediato el nuevo head_hash, el thought_count y el latest_thought.index, sin reinicio y sin recarga.

Backup, restore y un nuevo endpoint de flush

La versión 0.9.2.38 también incorpora dos subcomandos nuevos, mentisdbd backup y mentisdbd restore. Ambos permiten crear y restaurar archivos .mbak del directorio completo MENTISDB_DIR, lo que amplía las opciones de administración para operadores y desarrolladores que necesitan snapshots consistentes.

El sistema incluye un manifiesto SHA-256 por cada archivo y verifica su integridad antes de escribir cualquier archivo durante la restauración. También suma las banderas –flush, –include-tls y –overwrite. La CLI detecta automáticamente si hay un daemon en ejecución y llama a POST /v1/admin/flush antes de leer archivos.

Cuando no se proporciona –overwrite, el prompt interactivo de conflicto enumera los archivos en colisión. Si el usuario rechaza continuar, la operación termina limpiamente sin cambios. Además, el proceso de restore rechaza entradas con path traversal, como ../escape.txt o rutas absolutas, con error InvalidData antes de extraer contenido.

La cobertura de pruebas en este frente es amplia. El anuncio habla de 33 pruebas de integración que cubren roundtrip, inclusión de TLS, restauración idempotente, sobrescritura, detección de corrupción, roundtrip del manifiesto y creación de subdirectorios. En paralelo, el nuevo endpoint POST /v1/admin/flush recorre cada cadena abierta y llama a flush() sobre su BinaryStorageAdapter, para que backups y snapshots externos partan de datos escritos a disco.

Ajustes en búsqueda, relaciones, webhooks y cliente

En materia de búsqueda, MentisDB corrigió la deduplicación en búsqueda federada. Ahora conserva la ocurrencia duplicada con mayor puntuación, en vez de quedarse con la primera encontrada por UUID en alguna cadena. El cambio alinea el comportamiento con el contrato documentado por el propio proyecto.

La deduplicación de relaciones también cambió. Ya no colapsa aristas distintas que difieran por chain_key, valid_at o invalid_at. Desde ahora, solo elimina duplicados exactos. Además, el descubrimiento de ancestros de ramas pasa a ser transitivo, por lo que la búsqueda con reconocimiento de ramas puede recorrer de hijo a padre y luego a abuelo, en lugar de detenerse en el padre directo.

Otro ajuste importante afecta al registro de webhooks. Su persistencia ahora usa archivo temporal más rename, en vez de truncar el log activo directamente. A la vez, la distribución de entrega queda limitada por una cola y un semáforo, con el objetivo de evitar la creación de tareas sin límite durante picos de carga en operaciones de append.

La actualización también toca el asistente de instalación y el cliente Python. El wizard ahora pide confirmación antes de ejecutar brew install mcp-remote en macOS, intenta primero con Homebrew y deja npm como alternativa. Se eliminaron además los helpers muertos check_node_version y detect_brew_mcp_remote.

Si mcp-remote está instalado como ejecutable absoluto, el wizard lo usa directamente sin envoltura de Node. Se mantiene, de todos modos, el fallback basado en shebang para scripts instalados con npm. También se corrigió un detalle en restore: cuando el usuario confirma interactivamente, el modo overwrite sí se activa, algo que antes no ocurría si no se pasaba explícitamente –overwrite.

Del lado de pymentisdb, context_bundles() ahora decodifica objetos tipados ContextBundleSeed y ContextBundleHit en lugar de anidar ContextBundle dentro de sí mismo. append_thought() usa un solo constructor canónico de ThoughtInput, mientras que ranked_search() y context_bundles() aceptan directamente enums MemoryScope.

En cuanto a integración con modelos, la extracción de memoria para LLM deja de enviar una pista OpenAI response_format. Según el anuncio, algunos endpoints compatibles con OpenAI rechazaban ese esquema, por lo que MentisDB ahora se apoya en el prompt y en una validación estricta del JSON devuelto, para preservar portabilidad entre proveedores.

Benchmarks deterministas y cambios en la documentación

Uno de los mensajes más fuertes del lanzamiento es la reproducibilidad. MentisDB afirma que sus benchmarks en 0.9.2.38 son deterministas, y que tres ejecuciones independientes a escala completa, una del 14 de abril de 2026 y dos del 17 de abril de 2026, produjeron puntuaciones idénticas bit a bit.

Los resultados publicados fueron los siguientes: en LoCoMo 10-persona, R@10 de 71,9%. En LongMemEval, R@5 de 66,8%, R@10 de 72,2% y R@20 de 78,0%. Para equipos técnicos, la relevancia de esta propiedad es clara, porque reduce incertidumbre al comparar cambios en recuperación y memoria de largo plazo.

El proyecto también actualizó su WHITEPAPER. El documento ahora incorpora una leyenda de reproducibilidad debajo de la tabla de resultados y completa celdas de LoCoMo que antes estaban vacías, con single-hop de 75,8%, multi-hop de 57,4% y R@20 de 79,1%.

Según el anuncio, WHITEPAPER.md fue reescrito con registro académico e incluye definiciones formales de Thought, Chain, BM25, RRF, deduplicación Jaccard y validez temporal, además de un bosquejo de prueba de evidencia de manipulación y una sección de referencias. También se agregó una versión en LaTeX, WHITEPAPER.tex, que usa amsmath, amsthm y booktabs, junto con un script build-whitepaper.sh con instrucciones para macOS y Ubuntu y banderas –open y –clean.

Actualización sin migración de esquema

MentisDB recomendó actualizar con el comando cargo install mentisdb –locked –force. Para usuarios de Claude Desktop, el mensaje central es que ya no necesitan preiniciar mentisdbd. Basta con apuntar la configuración MCP al binario mentisdbd en modo stdio para que el proceso encuentre o inicie el daemon por sí solo.

La compañía también añadió una advertencia visual al iniciar el daemon. Ahora mentisdbd imprime un mensaje en amarillo indicando que cerrar la terminal detiene el proceso. Después muestra recomendaciones específicas por sistema operativo para lanzarlo en segundo plano, incluyendo ejemplos con nohup en macOS, una unidad de servicio de usuario systemd o un comando con nohup en Linux, y opciones como schtasks /create o Start-Process -WindowStyle Hidden en Windows.

Finalmente, el proyecto aclaró que no existe migración de esquema en esta versión. Los registros de webhooks, backups y cadenas existentes de la serie 0.9.1.x permanecen sin cambios. Eso sugiere una actualización más orientada a robustez operativa y experiencia de uso que a una reestructuración del modelo de datos.

En un entorno donde las herramientas de memoria para IA compiten por fiabilidad, portabilidad e integración simple, 0.9.2.38 posiciona a MentisDB en una línea conservadora pero relevante. No presenta una nueva arquitectura, pero sí elimina puntos de fricción que afectan la adopción real de un sistema cuando pasa de la prueba técnica al uso diario.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados