@memofs/server
Self-hostable MemoFS runtime server for Node and Cloudflare Workers deployments.
What is this?
The OSS-deployable hosted-memory server for MemoFS. Runs the same memory
engine MemoFS Cloud runs, over a memory store you bring, with no provider
hardcoding. MemoFS Cloud runs this package as its runtime worker; you can run
the identical code on your own infra as a single Node process — the only
difference is which adapters you inject.
Bring your own blob store, metadata store, embedder, reranker, extractor, and LLM
client. No vendor lock-in. No MemoFS Cloud dependency.
Installation
npm install @memofs/server
Requires Node.js >= 22.
Quick Start
import { createHostedRuntime } from "@memofs/server";
import { InMemoryMemoryStore } from "@memofs/core";
const runtime = createHostedRuntime({
store: new InMemoryMemoryStore(),
projectId: "my-project",
embedder: yourEmbedder,
reranker: yourReranker,
extractor: yourExtractor,
llmClient: yourLlmClient,
});
await runtime.writeMemory({ content: "self-hosted runtime runs the engine" });
const hits = await runtime.recall("self-hosted");
The one required slot: store
A memory runtime needs files to read and write. That is the store — your
memory store (the file replica). MemoFS Cloud builds it from Cloudflare R2 +
Turso; you build it from whatever you run (S3 + Postgres, GCS + D1, or anything
else that implements MemoryStore). There is no default to fall back on.
Deterministic defaults, adapter-enhanced
Every intelligence slot is optional. When you omit one, the runtime runs its
deterministic default:
embedder | Lexical-only recall (BM25 + fuzzy) | Inject for hybrid (vector) recall |
reranker | Lexical token-overlap reranker | Inject for semantic reranking |
extractor | Rule-based graph extractor | Inject for frontier extraction |
llmClient | No LLM tier (regex/deterministic strategist) | Inject for LLM-enhanced intelligence |
The same runtime works zero-config or fully enhanced. Inject only what you need.
Boundary
This package assembles a MemoFS instance from adapters you provide. It never
reads environment variables, never imports an adapter package, and never hardcodes
a provider. The store and provider choices belong to you (or to the cloud, when
it consumes this same factory).
The HTTP runtime API (JSON-RPC over HTTP)
The same engine is reachable over HTTP — the two-Worker boundary. An
OSS self-hoster deploys it as a Node single process; MemoFS Cloud deploys it
as the runtime Worker behind a Service Binding. Both run identical code.
Deploy targets
PORT=8787 node dist/bin/memofs-server.mjs
curl http://127.0.0.1:8787/health
import { createRuntimeFetchHandler } from "@memofs/server/worker";
export default {
fetch: createRuntimeFetchHandler({
createRuntime: (env) => buildRuntimeFromBindings(env),
requireAuth: false,
}),
};
See examples/server/
for the full self-host deploy guide (the canonical R2-compatible + Turso + OpenAI
bundle, auth, and the Worker topology).
The method surface
POST / takes a JSON-RPC 2.0 body. Reads are live today; mutating methods are
gated (see below).
health | Liveness probe | Live |
recall / context | Semantic recall / task briefing | Live |
memory.readCore / readNotes / readConversations | Read memory docs | Live |
memory.listRecent / validate | Recent events / integrity | Live |
graph.listNodes / listEdges / neighbors / path | Graph reads | Live |
snapshots.list | List snapshots | Live |
memory.write / recordNote / updateCore / appendConversation | Mutating | Gated (503) |
graph.upsertNodes / upsertEdges | Mutating | Gated (503) |
consolidate / snapshots.create / snapshots.restore | Mutating | Gated (503) |
The write-gate (important)
Every mutating method returns 503 until the concurrency layer ships.
This is deliberate: concurrent writes to the same project would silently lose
data under last-writer-wins, so no write surface is reachable before the
serialization layer that makes writes safe exists. The gate is "method
rejects," never "method present unsafely."
Reads work fully today. To write memory programmatically before the gate lifts,
use the MemoFS client directly in-process.
Status
- Reads are live —
recall, context, memory.readCore, memory.readNotes,
memory.readConversations, memory.listRecent, memory.validate, graph.*
reads, and snapshots.list all work today.
- Writes are gated — every mutating method returns
503 until the
concurrency layer lands. This prevents silent data loss from concurrent
last-writer-wins writes. To write memory programmatically, use the MemoFS
client directly in-process.
For a complete list of all available methods, refer to the Full Documentation.
License
MIT