v2.13.0 — opt-in HNSW vector index built in-memory on serve start
from the embed-db rows. Sub-10ms top-K queries vs O(n) brute-force.
null when --use-hnsw wasn't passed or the embed-db doesn't exist.
Optionalef?: numberSearch-time beam width override; falls back to module default if undefined.
The HNSW index.
v3.6.2 HN-4 — model alias the HNSW index was built with (from
the embed-db's persisted meta, or the resolved default for fresh
dbs). Propagated to HnswSearchContext at search time so the
query embedder model can be verified against the index. CRIT-1
fixed the build-side destruction; this seals the search side.
Map from HNSW label (= embeddings.id) to source row metadata.
v3.8.0-rc.2 R-7 — embed-db handle owned by the watcher for runtime
incremental sync. Opened in prepareServerDeps when --watch is
on AND the embed-db file exists, separate from the HNSW init path
(which opens its own short-lived handle for the rebuild scan).
SQLite WAL mode allows concurrent opens to the same file; the two
handles see consistent state via MVCC. Closed by the shutdown
handler in startServer.
Heavyweight resources shared across every MCP-server instance: the vault (parsed-note cache + privacy filter), the FTS5 index handle, the optional filesystem watcher. v2.6.0 split this out so the HTTP transport can spin up a fresh
McpServerper session over the SAME vault/index — opening the SQLite handle once and reusing it across thousands of remote-MCP calls.warningTrackeris a single-fire latch for the--disabled-tools/--enabled-toolstypo warnings: stdio prints them once at boot; HTTP prints them on the first session build, then never again.