Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

Mebular

Mebular es una capa de memoria descentralizada para agentes de IA. Es offline-first, con base de conocimiento firmada y trazable, sincronización P2P en dispositivos propios.

Ficha actualizada 23 sept 2026, 2:27 · upstream 23 sept 2026, 2:24 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es Mebular

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Mebular es un sistema de memoria descentralizado diseñado para los agentes de inteligencia artificial. Su arquitectura centraliza la identidad, red y confianza en un único daemon local, mientras que los agentes y el fleet son clientes locales que comparten ese identificador. Los datos permanecen en dispositivos del usuario sin necesidad de cloud o coordinador central. Cada escritura es firmada con Ed25519 y contenido-addressed, permitiendo verificar quién modificó qué. La sincronización se realiza mediante vector-clock incremental sin necesidad de un servicio central. El sistema soporta múltiples dominios (namespaces) como canales de datos, cada uno con sus propios agentes de ejecución.

CASOS DE USO
  • Persistir conocimiento y experiencia en agentes autónomos que operan offline
  • Crear memoria compartida entre dispositivos sin necesidad de un servidor central
  • Implementar trazabilidad auditora de cambios en la base de datos del agente
  • Permitir que múltiples dispositivos converjan sobre el mismo estado de memoria
  • Soportar agentes que operan en entornos aislados o con conectividad limitada
PUNTOS DESTACADOS
  • Memoria descentralizada: los datos permanecen en dispositivos del usuario, sin cloud ni coordinador central
  • Firmado y trazable: cada escritura es firmada con Ed25519 y contenido-addressed, permitiendo verificar quién modificó qué
  • Vector-clock incremental sync: sincronización P2P entre dispositivos que no requieren un servicio central
  • One machine = one daemon: el único nodo de identidad y red reside en el daemon local; los agentes comparten la identidad sin necesidad de copiar claves master
  • Dominios como canales de datos: cada dominio es un namespace independiente con sus propios agentes de ejecución
  • Offline-first: el sistema converge sobre su propio estado incluso cuando no hay conexión a internet
PRECAUCIONES
  • No soporta Docker ni contenedores (no dockerfile, no compose)
  • La sincronización es incremental y depende del vector-clock de cada dispositivo
  • Los tokens de invitación son únicos por dispositivo y tienen TTL de 24h
  • El daemon debe estar siempre activo para mantener la identidad y red en línea
  • No hay consulta remota generalizada: los agentes solo pueden leer/escriturir en su memoria local o acceder a dominios específicos
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Instala el skill del agente, ejecuta 'mebular serve' para iniciar el daemon. El daemon se encuentra en un puerto local (7331). Para usarlo con otro dispositivo, invítalo mediante QR code o token. Los agentes pueden ejecutar tareas y consultar la memoria de forma asíncrona. No requiere configuración externa ni autenticación centralizada.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.js
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
7331
06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.