
Gives your AI assistant persistent memory across sessions using the Zettelkasten method. Exposes three MCP tools: knowledge-search for retrieving context before tasks, knowledge-store for saving decisions and preferences, and knowledge-maintain for lifecycle management. Uses hybrid search with local embeddings and full-text matching over a local SQLite index. Notes live as Markdown files with YAML frontmatter in six categories (personalization, reference, decision, procedure, resource, observation) that progress from fleeting to permanent to archived. Works offline with no API keys required, though you can plug in OpenAI-compatible endpoints for embeddings. Includes an installer that injects instructions into OpenCode, Claude Code, Cursor, Windsurf, and Zed so the assistant proactively queries and updates its own knowledge base.
You open a new session and your agent has no idea who you are. Again. You re-explain your stack, your conventions, that one edge case you've corrected five times.
open-zk-kb gives your agent a memory — so corrections stick, context compounds, and every session starts smarter than the last.
The full loop in Pi: store a preference, carry it into a fresh session, inspect the vault, and remove it when it stops being useful.
Requires Bun — install with
curl -fsSL https://bun.sh/install | bash
bunx open-zk-kb@latest
The installer configures your selected clients, installs agent instructions, and creates a local vault. Supported clients: OpenCode, Claude Code, Cursor, Windsurf, Zed, Pi, and OMP.
See the Setup Guide for manual installation and troubleshooting.
Your agent starts from zero every session. No memory, no learning curve. You correct the same mistakes, re-explain the same conventions, re-teach the same context. Switch tools and it's even worse — your Cursor agent doesn't know what your Claude agent learned.
open-zk-kb fixes that.
Install the Pi package, then restart Pi:
pi install npm:open-zk-kb
The extension exposes all ten knowledge-* tools directly in Pi. Results use Pi-native compact rendering: search, store, context, and health have focused summaries and expandable detail, while the other tools show concise status output. The MCP server and local SQLite/embedding work still run with Bun >= 1.0; Pi itself runs under its supported Node.js runtime. Installing Bun is therefore required even when using the Pi package.
Pi also loads active project preferences automatically when a session starts and injects them into model context without requiring a model-initiated search. The visible knowledge-context entry reports what happened without fabricating a tool call.
See the Pi experience guide for the complete preference workflow and renderer examples. For installer-managed instructions, verification, and troubleshooting, see Pi installation.
Zero configuration required. Local embeddings work out of the box with no API key.
See the Configuration Guide for embeddings, vault path, lifecycle tuning, and server settings.
Built on the Zettelkasten method — atomic, linked notes with structured kinds. Each note captures one concept (a decision, a preference, a gotcha) and links to related notes, building an interconnected knowledge graph.
Search combines SQLite FTS5 full-text indexing with local vector embeddings (MiniLM-L6-v2) for semantic matching. Markdown files are the source of truth; the database is a rebuildable index.
When enabled (telemetry.enabled: true and telemetry.share: true), open-zk-kb sends one anonymous event for each completed session to PostHog (EU Cloud) on a later startup. It includes a canonical client, bounded model IDs, vault size, and counts for all ten tools—not note content, queries, paths, names, or email addresses. Runtime defaults are disabled; the interactive installer enables sharing only after affirmative consent, while unattended and direct package installs remain disabled unless configured separately. Set DO_NOT_TRACK=1 to unconditionally block sharing (local SQLite counters are unaffected), or keep both flags false. See Telemetry for the full event schema and details.