Akasha, un runtime semántico autoalojado que se lleva el conocimiento fuera del SaaS
El proyecto, con licencia MIT y escrito para Python 3, guarda conocimiento semántico persistente y puede correr en un portátil, un servidor privado o un VPS sin tocar el modelo.
Akasha es un runtime semántico autoalojado, con licencia MIT y para Python 3, que almacena entidades y relaciones persistentes y deja que las aplicaciones trabajen sobre ellas. Se puede levantar en un portátil, en un servidor privado o exponer como servicio en red sin tocar el modelo semántico. Su autor lo presenta en r/selfhosted y pide opinión, no anuncia una versión cerrada ni una fecha.
La idea de fondo es que el grafo de conocimiento pertenezca a quien lo opera y no a un proveedor de nube o a un SaaS concreto. El núcleo guarda conocimiento semántico persistente y lo expone a través de Sets, Projections, Workbenches, flujos de trabajo y un historial reproducible: se puede rebobinar y volver a un estado anterior. Hay sesiones persistentes y control de acceso por rol y ámbito.
El LLM es un cliente, no el centro
Los modelos de lenguaje entran como consumidores opcionales del sistema. Se puede apuntar a un modelo local, a uno en la nube o a ninguno, y dejar las partes deterministas del flujo sin modelo. El acceso desde agentes va por MCP.
El objetivo de diseño que el autor destaca es la independencia de despliegue: pasar de un portátil a una estación de trabajo, a un servidor de laboratorio o a un VPS debería ser un cambio de topología, no un rediseño del sistema de conocimiento. También mantiene una instancia pública en un VPS, Akashic Archives, con contenido de humanidades, como prueba de que el mismo runtime aguanta curaduría y acceso público sostenidos. El público que persigue son institutos de investigación pequeños, archivos, proyectos de humanidades digitales y organizaciones culturales con necesidades de conocimiento a largo plazo.
Lo que no hay: versión numerada, benchmarks, ni una lista de compatibilidades más allá de Python 3. Es un proyecto en fase de validación que busca justamente eso, crítica sobre despliegue, copias de seguridad, persistencia y gestión del servicio como daemon de larga vida. Para quien administra servicios autoalojados, la pregunta interesante es si un runtime semántico de este tipo tiene sentido como servicio personal, como servicio de laboratorio o como servicio compartido por varios usuarios y agentes.
