mcp-kb-sqlite

Simple, fast persistent memory for your coding agent — cross-session, cross-project. One knowledge base shared across every repo you work in, so what you learn in one project is there the next time you open another. Entries can be linked to each other (relate), so related facts stay connected instead of scattered.

Start a conversation with /kb-use to load relevant context before you begin. When you learn something worth keeping — an architecture decision, a gotcha, a debugging finding — save it with /kb-update.

Under the hood: a plain SQLite database with an FTS5 full-text index, and a small tool surface for agents to search, save, and link entries. No server to run, no external service, no schema to manage by hand.

Install — MCP server

The database lives at ~/.ai-memory/kb.db unless you override it with DB_PATH (shown below, optional). The schema is created and migrated automatically on first connection.

Claude Code

claude mcp add kb -- uv run --directory /path/to/mcp-kb-sqlite mcp-kb-sqlite

# with a custom DB_PATH:
claude mcp add kb --env DB_PATH=/path/to/kb.db -- uv run --directory /path/to/mcp-kb-sqlite mcp-kb-sqlite

Or add it directly to .mcp.json (project-local) or ~/.claude.json (user-scoped, under the top-level mcpServers key):

{
  "mcpServers": {
    "kb": {
      "type": "stdio",
      "command": "uv",
      "args": ["run", "--directory", "/path/to/mcp-kb-sqlite", "mcp-kb-sqlite"],
      "env": { "DB_PATH": "/path/to/kb.db" }
    }
  }
}

env is optional — drop it to use the default ~/.ai-memory/kb.db.

OpenCode

Add to opencode.json (global at ~/.config/opencode/opencode.json, or project-local):

{
  "mcp": {
    "kb": {
      "type": "local",
      "command": [
        "uv",
        "run",
        "--directory",
        "/path/to/mcp-kb-sqlite",
        "mcp-kb-sqlite"
      ],
      "enabled": true,
      "environment": { "DB_PATH": "/path/to/kb.db" }
    }
  }
}

environment is optional — drop it to use the default ~/.ai-memory/kb.db.

Install — skills

The /kb-use and /kb-update workflows ship as skills for both Claude Code and OpenCode. The two flavors are hand-kept in sync — there's no generator, so edit both when instructions change.

Claude Code

Copy or symlink skills/claude/commands/*.md into ~/.claude/commands/.

OpenCode

Copy or symlink each skills/opencode/<name>/ directory into ~/.config/opencode/skills/<name>/ (or a project-local .opencode/skills/). OpenCode skills are auto-invoked by description match via the agent's skill tool, but can also be triggered directly as /<name> in chat — this prepends the SKILL.md text and appends whatever you typed after the command.

Tools

Entries are addressed by ns (namespace, e.g. project/subsystem) plus key (a slug unique within the namespace). ns filters are prefix matches, so ns="project" covers every subsystem under it.

Only title, description, and tags are FTS-indexed. data is the payload — put schemas, code, configs and traces there, and make sure anything you need to find also appears in one of the indexed fields.

save: create vs. update

Every parameter is optional; the presence of id picks the mode.

Update — pass id plus only the fields you want to change:

save(id=42, description="new search hints")   # title, tags, data untouched

Omitted fields keep their current value. Pass "" (or [] for tags) to clear description, tags, or data. ns, key, and title can be changed — that's how you rename or move an entry — but not cleared.

Create — omit id; ns, key, and title are all required:

save(ns="project/db", key="schema", title="Schema layout", tags=["db","schema"], data="…")

There is no upsert. Creating over an existing (ns, key) is an error that reports the existing id, so an accidental full overwrite isn't possible:

Error: project/db/schema already exists (id=42) — pass id=42 to update it