Linksee Memory MCP Server

Local-first cross-agent memory MCP. 6-layer structured brain (goal/context/emotion/impl/caveat/learning) with token-saving file diff cache (86% measured savings on re-reads)

Documentation

linksee-memory

Your agent forgets everything when a session ends. Linksee Memory is the fix.

Local-first cross-LLM memory MCP โ€” one SQLite file that Claude Code, Cursor, Windsurf, OpenAI Codex, and Gemini CLI all read from. Not just "what happened" but WHY it happened: 6-layer structured memory with precision recall that surfaces the right context at the right moment.

npx linksee-memory-setup โ€” one command, done.

npm license mcp-registry glama-score

๐ŸŒ Landing page: linksee-site.vercel.app (includes non-developer onboarding for Claude Desktop / Cursor / Claude Code / OpenAI Codex / Gemini CLI)

๐Ÿ“ฃ As featured on

ใ€ŒCordex/Cursor/Code/Gemini ๅ…จ้ƒจใซใคใชใ’ใ‚‰ใ‚Œใ‚‹ใ‹ใ‚‰ใ€ ๆจชๆ–ญ็š„ใซใงใใฆใ‚‹ MCP ใฃใฆใจใ“ใ‚ใŒใ“ใ‚Œใฎใ™ใ”ใ„ใจใ“ใ‚ใ€ โ€” Hatena Bookmark, May 2026 (165+ users)


๐ŸŽฌ See it in action

Without linksee-memory โ€” Monday morning, new Claude session:

You:    We deployed last week but it crashed. How did we fix it?
Claude: I don't have access to previous sessions. Can you describe
        what happened and walk me through the problem?

[30 minutes of log-spelunking and re-explanation]

With linksee-memory โ€” Same question, different outcome:

You:    We deployed last week but it crashed. How did we fix it?
Claude: Let me check my caveats...

        ๐Ÿง  [caveat] NextAuth sessions invalidate when JWT_SECRET
           rotates โ€” redeploy all affected projects in parallel.
           (from session 2026-04-13, importance: 0.9)

        Is this the deploy you're asking about? We hit it when
        we rotated secrets mid-flow.

You:    Yes, exactly. Let's not repeat that.

That single caveat memory is what separates "flat fact storage" from "the agent actually remembers the WHY". linksee-memory stores it across six explicit layers so retrieval stays explainable.


๐Ÿง  The 6-layer structure

โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ ๐ŸŽฏ goal           โ† what the user is working toward         โ”‚
โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค
โ”‚ ๐Ÿงญ context        โ† why this, why now โ€” constraints, people โ”‚
โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค
โ”‚ ๐Ÿ’— emotion        โ† user tone signals (frustration, etc.)   โ”‚
โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค
โ”‚ ๐Ÿ›   implementation โ† how it was done (+ what failed)         โ”‚
โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค
โ”‚ โš ๏ธ  caveat         โ† "never do this again" ยท auto-protected โ”‚
โ”œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ค
โ”‚ ๐ŸŒฑ learning       โ† patterns distilled from cold memories   โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
                            โ”‚
                            โ–ผ
           Ranked recall via relevance ร— heat ร— momentum ร— importance
                  Returns match_reasons explaining each hit

Every memory is tagged with exactly one layer. caveat-layer entries are protected from auto-forgetting. Cold low-importance memories are auto-consolidated into learning entries on server startup.


What it does

Most "agent memory" services (Mem0, Letta, Zep) save a flat list of facts. Then the agent looks at "edited file X 30 times" and has no idea why. linksee-memory keeps the WHY.

It is a Model Context Protocol (MCP) server with 3 tools that gives any AI agent structured memory:

Mem0 / Letta / ZepClaude Code auto-memorylinksee-memory
Cross-agentโ–ณ (cloud)โŒ Claude onlyโœ… single SQLite file
6-layer WHY structureโŒ flatโŒ flat markdownโœ… goal / context / emotion / impl / caveat / learning
File diff cacheโŒโŒโœ… AST-aware, 50-99% token savings on re-reads
Active forgettingโ–ณโŒโœ… Ebbinghaus curve, caveat layer protected
Local-first / privateโŒโœ…โœ…

Three pillars

  1. Token savings via read_smart โ€” sha256 + AST/heading/indent chunking. Re-reads return only diffs. Measured 86% saved on a typical TS file edit, 99% saved on unchanged re-reads.
  2. Cross-agent portability โ€” single SQLite file at ~/.linksee-memory/memory.db. Same brain for Claude Code, Cursor, Windsurf, OpenAI Codex, Gemini CLI.
  3. WHY-first structured memory โ€” six explicit layers (goal / context / emotion / implementation / caveat / learning). Solves "flat fact memory is useless without goals".

Quick Start โ€” One Command

npx linksee-memory-setup

This does everything:

  1. Registers the MCP server with Claude Code
  2. Installs the agent skill (teaches the agent when to recall/remember)
  3. Configures auto-capture (every session saved to your local brain)

Restart Claude Code, then just chat normally. Add "Use Linksee" to any prompt to trigger memory recall.

Manual setup (if you prefer step-by-step)

Click to expand manual installation

Install & register:

claude mcp add -s user linksee -- npx -y linksee-memory

Tools appear as mcp__linksee__remember, mcp__linksee__recall, mcp__linksee__read_smart.

Install the skill (auto-invocation):

npx -y linksee-memory-install-skill

Copies SKILL.md to ~/.claude/skills/linksee-memory/. Agent auto-fires on phrases like "ๅ‰ใซโ€ฆ", "ใพใŸๅŒใ˜ใ‚จใƒฉใƒผ", "่ฆšใˆใฆใŠใ„ใฆ", new task starts, file edits, etc.

Configure auto-capture (Stop hook):

Add to ~/.claude/settings.json:

{
  "hooks": {
    "Stop": [
      {
        "matcher": "",
        "hooks": [
          { "type": "command", "command": "npx -y linksee-memory-sync" }
        ]
      }
    ]
  }
}

Each turn end takes ~100 ms. Failures are silent. Logs at ~/.linksee-memory/hook.log.

Other editors / CLIs

Linksee Memory is a standard MCP server (stdio). Any tool that speaks MCP can connect:

Cursor

Add to ~/.cursor/mcp.json:

{
  "mcpServers": {
    "linksee": {
      "command": "npx",
      "args": ["-y", "linksee-memory"]
    }
  }
}

Restart Cursor. Memory tools appear in the agent panel.

Windsurf

Add to ~/.codeium/windsurf/mcp_config.json:

{
  "mcpServers": {
    "linksee": {
      "command": "npx",
      "args": ["-y", "linksee-memory"]
    }
  }
}
OpenAI Codex CLI
codex --mcp-server "npx -y linksee-memory"

Or add to ~/.codex/config.json:

{
  "mcpServers": {
    "linksee": {
      "command": "npx",
      "args": ["-y", "linksee-memory"]
    }
  }
}
Gemini CLI

Add to ~/.gemini/settings.json:

{
  "mcpServers": {
    "linksee": {
      "command": "npx",
      "args": ["-y", "linksee-memory"]
    }
  }
}

All editors share the same ~/.linksee-memory/memory.db. A decision made in Claude Code is recalled in Cursor. A caveat recorded in Windsurf prevents the same mistake in Codex.

Database location

Default: ~/.linksee-memory/memory.db. Override with LINKSEE_MEMORY_DIR env var.

What's new in v0.7

FeatureDetail
3-tool unified surface8 tools โ†’ 3: remember (create + update + delete), recall (search + file history + overview), read_smart (token-saving reads). Fewer tools = better cross-LLM consistency. Follows Context7's proven pattern.
Auto-consolidateConsolidation runs automatically on server startup (non-blocking, 7-day threshold). No manual consolidate() calls needed.
Deprecation guidanceOld tool names (forget, recall_file, etc.) return specific migration examples instead of silent failures.
"Use Linksee Memory" triggerAdd "Use Linksee Memory" to any prompt to force memory recall โ€” same adoption pattern as Context7.
Claude Code Pluginclaude plugin add -- linksee-memory โ€” ships MCP server + auto-invocation skill in one install.
What's new in v0.4
FeatureDetail
One-command setupnpx linksee-memory-setup โ€” registers MCP server, installs skill, configures auto-capture hook. One command instead of three.
Structured memory v23-axis classification (altitude ร— type ร— state) for every memory. Auto-extraction from sessions produces machine-scannable JSON, not raw chat dumps.
Precision recall guideSKILL.md now teaches agents HOW to write effective queries, WHEN to recall vs skip, and WHEN to proactively surface caveats before risky actions.
Five MCP BlocksTools + Resources + Prompts + Sampling + Roots + Elicitation. Most MCP servers expose only Tools; linksee-memory implements all five primitives.

3 Tools (v0.7)

ToolWhat it does
rememberSave / update / delete memories. Auto-classifies into 6 layers. Modes: create (default), update (memory_id + fields), delete (forget: true + memory_id).
recallSearch / file history / overview. Modes: search (query), file history (path), entity overview (no params). FTS5 + heat ร— momentum ranking with match_reasons.
read_smartToken-saving file reader with AST diff caching. First read = full content. Re-read unchanged = ~50 tokens. Re-read modified = changed chunks only.

Previous versions exposed 8 tools โ€” v0.7.0 unified them into 3 for cross-LLM consistency. The server handles routing internally. Old tool names return migration guidance.

CLI utilities

CommandPurpose
npx linksee-memory-setupv0.4.1 One-command setup: MCP server + skill + Stop hook. Idempotent โ€” skips what's already done.
npx linksee-memoryMCP server (stdio)
npx linksee-memory-syncClaude Code Stop-hook entry point
npx linksee-memory-importBatch-import Claude Code session JSONL history
npx linksee-memory-install-skillInstall the Claude Code Skill that teaches the agent when to call recall/remember/read_smart
npx linksee-memory-statsSummary of the local DB (entity count / layer breakdown / top entities / top edited files). Add --json for machine-readable output.

The 6 memory layers

Each entity (person / company / project / file / concept) can have memories across six layers. Since v0.4, each memory uses the 3-axis structured format (altitude ร— type ร— state):

{
  "title": "freee OAuth token expires in 24h",
  "altitude": "implementation",
  "type": "outcome",
  "state": "done",
  "what": "freee OAuth token expires in 24 hours. Must refresh proactively.",
  "why": "freee uses short-lived tokens unlike most SaaS (usually 30-90 day expiry)",
  "affects": ["src/integrations/freee/auth.ts"],
  "next_action": null
}
  • caveat memories are auto-protected from forgetting (pain lessons, never lost).
  • goal memories bypass decay while the goal is active.
  • state tracks lifecycle: open โ†’ decided โ†’ in_progress โ†’ done / stalled / superseded.

Architecture

A single SQLite file (better-sqlite3 + FTS5 trigram tokenizer for JP/EN) contains five layers:

  • Layer 1 โ€” entities (facts: people / companies / projects / concepts / files)
  • Layer 2 โ€” edges (associations, graph adjacency)
  • Layer 3 โ€” memories (6-layer structured meanings per entity)
  • Layer 4 โ€” events (time-series log for heat / momentum computation)
  • Layer 5 โ€” file_snapshots + session_file_edits (diff cache + conversationโ†”file linkage)

The conversationโ†”file linkage is the key. Every file edit captured by the Stop hook is stored alongside the user message that drove the edit. So recall({ path: "server.ts" }) returns "this file was edited 30 times across 3 days, and here are the actual user instructions that motivated each change".

Why the design choices

  • Local-first โ€” your conversation history is private. Nothing leaves your machine.
  • Single file โ€” memory.db is one portable artifact. Backup = file copy.
  • MCP stdio โ€” works with every agent that speaks MCP, no plugins per host.
  • Reuses proven schemas โ€” heat_score / momentum_score ported from a production sales-intelligence codebase. Rule-based, no LLM dependency in the hot path.

Roadmap

  • โœ… 3-tool unified surface (remember / recall / read_smart) โ€” v0.7.0
  • โœ… Auto-consolidate on server startup โ€” v0.7.0
  • โœ… Claude Code Plugin (claude plugin add -- linksee-memory)
  • โœ… Five MCP Blocks (Tools + Resources + Prompts + Sampling + Roots + Elicitation)
  • โœ… Stop-hook auto-capture for Claude Code
  • โœ… JP/EN trigram FTS5
  • โœ… One-command setup (npx linksee-memory-setup)
  • โœ… Structured memory v2 (3-axis classification: altitude ร— type ร— state)
  • โœ… Cross-LLM: Claude Code, Cursor, Windsurf, OpenAI Codex, Gemini CLI
  • โœ… Landing page (linksee-site.vercel.app)
  • ๐Ÿ”ฎ Vector search via sqlite-vec (already in deps, embedding backend pending)
  • ๐Ÿ”ฎ Cross-device cloud sync (Pro tier)

Comparison with Claude Code auto-memory

Claude Code ships a built-in memory feature at ~/.claude/projects/<path>/memory/*.md โ€” flat markdown notes for user preferences. linksee-memory complements it:

  • auto-memory = your scrapbook of "remember I prefer X"
  • linksee-memory = structured cross-agent brain with file diff cache and per-edit WHY

Use both.

Telemetry (opt-in, off by default)

linksee-memory ships with opt-in anonymous telemetry that helps us understand which MCP servers and workflows actually work in the wild. Nothing is sent unless you explicitly enable it. No conversation content, no file content, no entity names, no project paths โ€” ever.

Enable

export LINKSEE_TELEMETRY=basic     # opt in
export LINKSEE_TELEMETRY=off       # opt out (or just unset the variable)

Exactly what gets sent (Level 1 contract)

After each Claude Code session ends, the Stop hook sends one POST to https://kansei-link-mcp-production.up.railway.app/api/telemetry/linksee containing only these fields:

FieldExampleWhat it is
anon_idd7924ced-3879-โ€ฆRandom UUID generated locally on first opt-in. Stored at ~/.linksee-memory/telemetry-id โ€” delete the file to reset.
linksee_version0.0.3Package version
session_turn_count120How many turns the session had
session_duration_sec3600How long the session lasted
file_ops_edit/write/read12, 2, 40Counts only
mcp_servers["kansei-link","freee","slack"]Names of MCP servers configured (from ~/.claude.json). Names only โ€” never command paths.
file_extensions{".ts":60,".md":30}Percent distribution of file extensions touched
read_smart_*, recall_*countsTool usage counters

What is NEVER sent:

  • โŒ Conversation messages (user or assistant)
  • โŒ File contents
  • โŒ Entity names, project names, file paths, URLs
  • โŒ Memory-layer text (goal / context / emotion / impl / caveat / learning)
  • โŒ Authentication tokens, API keys, secrets
  • โŒ Your IP address (only a one-way hash for abuse detection)

Why we ask

Aggregated MCP-usage data helps the KanseiLink project rank which agent integrations actually work for real developers. If you're happy to contribute, LINKSEE_TELEMETRY=basic takes 1 second to set and helps the entire MCP ecosystem improve.

The full payload schema and validation logic is open-source โ€” read src/lib/telemetry.ts if you want to verify exactly what leaves your machine.

Pricing

Free forever.

linksee-memory is local-first and runs entirely on your machine. There is no hosted component you need to pay for. The SQLite DB lives in your home directory; backup = file copy.

No account, no credit card, no API key. Just install and use.

Troubleshooting

The skill isn't firing โ€” Claude Code doesn't call recall when I ask about past work.
  1. Verify the skill was installed:
    ls ~/.claude/skills/linksee-memory/SKILL.md
    
    If absent, run npx -y linksee-memory-install-skill.
  2. Restart Claude Code. Skills are indexed on session start.
  3. Check that the MCP is registered under the name linksee (the skill expects mcp__linksee__* tool names):
    claude mcp list | grep linksee
    
    If it's registered as something else, either re-register or edit ~/.claude/skills/linksee-memory/SKILL.md to match.
Stop hook isn't recording my sessions.
  1. Check the hook log: cat ~/.linksee-memory/hook.log
  2. Run a manual test:
    echo '{"session_id":"test","transcript_path":"/path/to/some.jsonl"}' | npx linksee-memory-sync
    
  3. Make sure the Stop hook in ~/.claude/settings.json points to npx -y linksee-memory-sync (not the old -import).
Upgrading from v0.0.5 or earlier โ€” my recalls are mostly tagged "Card_Navi" or my project-dir name.

v0.0.6+ fixed the entity detection bug that collapsed all memories into the session's starting cwd. To re-index existing history with correct project attribution, run:

npx linksee-memory-import --all

The importer is idempotent (wipes existing session data before re-inserting). Typical runtime: a few minutes for hundreds of sessions. Expect a dramatic improvement in recall precision afterward.

recall returns too much โ€” the context window fills up fast.

Reduce max_tokens:

recall({ query: "...", max_tokens: 800 })   // default is 2000

Or narrow with entity_name and layer:

recall({ query: "...", entity_name: "my-project", layer: "caveat" })
How do I reset / delete all memory?
rm -rf ~/.linksee-memory   # nuke everything; next run creates a fresh DB

Or delete individual memories via remember({ forget: true, memory_id: <id> }).

DB is getting large (>100 MB). How do I trim it?

Consolidation runs automatically on server startup (7-day threshold). It clusters old cold memories into compressed learning-layer summaries. Caveat and active-goal layers are always preserved.

If you want to force a manual consolidation, restart the MCP server โ€” auto-consolidate triggers on every startup.

FAQ

How is this different from Mem0 / Letta / Zep?

Three axes:

  1. Local-first: those tools require cloud accounts and send your data to their servers. linksee-memory runs entirely on your machine โ€” one SQLite file, no network calls by default.
  2. WHY-layered: they store flat facts or knowledge-graph nodes. linksee-memory has 6 explicit layers (goal/context/emotion/implementation/caveat/learning) so retrieval returns structured reasoning, not just data.
  3. File diff cache: read_smart tool saves 86โ€“99% of tokens on file re-reads via AST-aware chunking. None of the memory services do this โ€” it's a feature usually shipped in IDEs.
Why not just use Claude's built-in auto-memory?

Claude Code's auto-memory is Claude-only (doesn't help if you switch to Cursor, OpenAI Codex, or Gemini CLI) and stores flat markdown with no structure. linksee-memory is the same local-first principle but:

  • Works across Claude Code, Cursor, OpenAI Codex, Gemini CLI (shared SQLite)
  • Structured 6-layer format makes recall explainable
  • Auto-consolidation compresses cold memories on startup; caveats are permanently protected
Is 86% token savings real? Where does it come from?

Yes โ€” see tools/bench-read-smart.ts in the repo. The read_smart tool:

  1. Hashes file content on first read, returns full content + chunk metadata (AST/heading/indent boundaries).
  2. On re-read with unchanged mtime+sha256, returns ~50 tokens of "unchanged" confirmation instead of re-sending the file.
  3. On real edits, returns only the changed chunks as full content + unchanged chunks as metadata-only references.

For a typical TypeScript file edit in an agentic loop, this cuts round-trip token costs by ~86%. On pure re-reads (user navigating back to a previously-read file), savings exceed 99%.

Does "local-first" mean no way to sync across my machines?

The default is no sync โ€” the SQLite file lives at ~/.linksee-memory/memory.db and stays there. If you want multi-machine sync, put that directory under Syncthing / iCloud Drive / Dropbox / Google Drive โ€” it's a single file, so any file-sync tool works. (Avoid simultaneous edits from two machines while the MCP server is running on both; SQLite's WAL mode handles single-writer well but multi-writer conflicts can corrupt.)

What happens when the DB gets huge?

Two mechanisms:

  1. Ebbinghaus forgetting: cold low-importance memories decay naturally, eligible for auto-forget sweeps. caveat layer and memories with importance โ‰ฅ 0.9 are always protected.
  2. Auto-consolidation: runs on every server startup (7-day threshold). Compresses clusters of cold low-importance memories by entity into a single learning-layer summary, then deletes the originals. No manual scheduling needed.

In practice a solo developer hits ~100MB after 6 months of heavy use. A year-old DB I tested with 80K memories still recalls in <10ms.

Can I use this without Claude Code?

Yes โ€” any MCP-compatible client works:

  • Claude Code: claude mcp add -s user linksee -- npx -y linksee-memory
  • Claude Desktop: add to claude_desktop_config.json (see onboarding on the LP)
  • Cursor: add to MCP settings in Cursor โ†’ Settings โ†’ Features โ†’ Model Context Protocol
  • OpenAI Codex: codex mcp add linksee -- npx -y linksee-memory (or ~/.codex/config.toml with [mcp_servers.linksee] block)
  • Gemini CLI: add to ~/.gemini/settings.json mcpServers section
  • ChatGPT (web/mobile app): stdio MCP not supported by the consumer app โ€” requires Remote MCP server over HTTPS (not yet available).
  • Custom agent: the MCP stdio protocol is documented at modelcontextprotocol.io
What telemetry does it send?

By default: zero network calls, zero telemetry. There's an optional Level-1 telemetry mode you can enable that sends anonymized aggregate metrics (tool call counts, error rates, latency percentiles โ€” never memory content, never file paths, never queries). The exact payload schema is documented in the Telemetry section and you see every byte before opting in.

How do I verify it's actually working?

After install, in a new Claude session ask: "Can you remember that I prefer TypeScript over JavaScript? Use Linksee Memory." Claude should confirm it called mcp__linksee__remember and stored this. Then in a different session ask: "What languages do I prefer? Use Linksee Memory." It should recall via mcp__linksee__recall and return the preference with match_reasons showing why.

Support

Changelog

v0.7.2 โ€” Recall ergonomics + auto-edge detection + classifier precision (2026-05-30)

Quality pass on v0.7.0 / v0.7.1 โ€” sharper day-to-day agent UX and cleaner data for the dashboard:

  • recall token discipline: drops the redundant content_raw from the response (parsed content was already there โ€” it was a 2ร— duplicate), and actually enforces max_tokens by greedy assembly that measures real serialized size (was a flat ~100 tok/memory estimate). Adds approx_tokens to the response so the agent can see its budget usage. The same query that previously returned ~15,800 tokens for a 1200 budget now stays inside it.
  • recall precision: near-duplicate memories โ€” same entity + near-identical core text, e.g. the same message captured under both goal and learning โ€” collapse to one in the result set. Composite weights adapt to query specificity: multi-term queries weight relevance higher so off-topic-but-pinned memories don't crowd narrow recalls.
  • Capture dedup (write side): session-extractor now produces AT MOST one memory per user turn, with priority goal[first_intent] > caveat > decision > context. A first-intent message containing decision words (e.g. "ๆฑบใ‚ใŸ" / "ใ“ใ‚Œใง้€ฒใ‚ใ‚ˆใ†") is no longer double-saved as both goal and learning.
  • memory_edges auto-detection: the previously-empty memory_edges table is now populated during the sleep-mode consolidation sweep. detectMemoryEdges() links a later DECISION memory to the most-recent earlier same-topic decision within an entity (chain, not clique) so the dashboard can render Pivot Chains. The default relation is extends โ€” a same-topic later decision builds on, but does NOT deactivate, the earlier one. Explicit reversal markers (ใ‚„ใ‚ใ‚‹ / revert / instead of) produce contradicts; explicit replacement markers (ใฎไปฃใ‚ใ‚Š / replaces / deprecate) produce supersedes. Prevents silent deactivation of still-valid decisions.
  • inferType / inferState precision: chitchat acknowledgements ("ใใ†ใ ใญ" / "ใ‚ใ‚ŠใŒใจใ†"), pasted terminal/git/email content, and meta-noise no longer classify as decision โ€” they return note / open before pattern matching. The learning-layer default โ†’ decision is gated by this guard. Real decisions (ๆŽก็”จ / ๆฑบใ‚ใŸ, even after an acknowledgement opener) survive.

No schema migration, no breaking API changes. Existing rows keep their stored content; the classifier improvements apply to new captures going forward.

v0.7.1 โ€” Review fixes (2026-05-29)

Based on Opus 4.7 design review of v0.7.0:

  • P0 โ€” Required params guidance: remember tool description now includes "REQUIRED PARAMS BY MODE" section so LLMs know exactly which fields are needed for create vs update vs delete.
  • P0 โ€” Migration guidance: Deprecated tool names (forget, recall_file, etc.) now return specific migration examples instead of generic errors.
  • P1 โ€” recall path+query merge: When both path and query are provided to recall, results from file history and memory search are merged into a single response.
  • P2 โ€” Auto-consolidate safety: Table existence check via sqlite_master before querying consolidations table, preventing errors on fresh databases.

v0.7.0 โ€” 3-Tool Unified Surface (2026-05-29)

8 tools โ†’ 3 tools. Following Context7's proven pattern of fewer tools = better cross-LLM consistency.

Breaking change: The following tools are removed from the MCP surface. Calling them returns a migration guide:

Old toolNew equivalent
forgetremember({ forget: true, memory_id: <id> })
update_memoryremember({ memory_id: <id>, content: "..." })
recall_filerecall({ path: "server.ts" })
list_entitiesrecall({}) (no params = entity overview)
consolidateAuto-runs on server startup (7-day threshold)

New unified tools:

  • remember โ€” create + update + delete in one tool. Mode is inferred from params.
  • recall โ€” search + file history + overview in one tool. Mode is inferred from params.
  • read_smart โ€” unchanged.

Other changes:

  • Auto-consolidate on server startup (non-blocking setTimeout, 7-day threshold, sqlite_master safety check)
  • Claude Code Plugin bundle (claude plugin add -- linksee-memory)
  • Deprecation errors include specific migration examples

All internal handler functions are preserved โ€” this is a surface change, not a logic rewrite.

v0.2.0 โ€” English-first launch readiness (2026-04-20)

Prepares the package for a broader (primarily English-speaking) audience on Reddit, Hacker News, and Anthropic Discord. No breaking API changes.

  • Bilingualized SKILL.md (auto-invocation skill). The bundled skill that linksee-memory-install-skill copies into ~/.claude/skills/linksee-memory/SKILL.md was Japanese-first; it is now English-primary with Japanese trigger phrases preserved inline. English speakers now get the skill firing on natural English phrases ("how did we solve this before?", "same error again", "remember this") in addition to the existing JP triggers.
  • Install-skill CLI output is bilingual: example test phrases shown after installation include both English and Japanese.
  • Session-extractor EN coverage (linksee-memory-import): expanded regex patterns for decisions, failures, and caveats so English Claude Code session logs get auto-tagged correctly. Additions include let's go, pivot, switch to, settled on, approved, doesn't work, stuck, same error again, hit an error, debug, broke, revert.
  • Clearer caveat-forget error hint: the previous message said "lower importance below 0.9 first, then forget" which was misleading โ€” caveat-layer memories are permanently protected regardless of importance. The hint now correctly distinguishes layer-protection from pin-protection.
  • README rework for launch readiness: added a "See it in action" before/after scenario, ASCII 6-layer diagram, MCP Official Registry + Glama score badges, landing-page link, and an 8-item FAQ covering questions that surface during public launches.
  • Internal: SKILL.md now documents pairing with KanseiLink skill as an English workflow example.

No code changes to the MCP protocol surface; all existing MCP clients continue to work unchanged.

v0.1.1 โ€” Pin threshold tweak (2026-04-19)

Based on real-world feedback that importance=0.95 memories were not being treated as pinned despite intent.

  • Pin threshold lowered from >= 1.0 to >= 0.9. Memories with importance >= 0.9 are now exempt from the auto-forget sweep and surface pinned: true in recall and remember responses. This matches the natural mental model ("0.9 = high importance = should survive cleanup") without requiring exact 1.0.
  • All existing memories with importance >= 0.9 (including older ones set to 0.9 or 0.95) become pinned automatically โ€” no migration needed.
  • Updated tool descriptions and error messages to reflect the new threshold.

v0.1.0 โ€” Major UX update (2026-04-18)

Based on one week of dogfooding, here's what changed:

New tools

  • update_memory โ€” atomic edit with preserved memory_id. Solves the "forget+remember breaks session_file_edits links" bug.
  • list_entities โ€” fast "what do I know about?" primitive for session init. Supports kind/min_memories filters and returns layer breakdown.
  • npx linksee-memory-stats โ€” local DB summary CLI.

recall enhancements

  • match_reasons array on each memory: e.g. ["content_match_fts", "heat:hot", "pinned"].
  • score_breakdown with per-dimension scores (relevance / heat / momentum / importance).
  • Pagination via offset / has_more / stopped_by.
  • limit parameter (hard cap, complements max_tokens budget).
  • band filter to request only hot/warm/cold/frozen memories.
  • mark_accessed=false for preview queries that shouldn't bump heat.
  • Layer aliases: decisions โ†’ learning, warnings โ†’ caveat, how โ†’ implementation, etc.
  • Fix: opportunistic refresh of stale entity momentum scores. Entities recalled >1 h after last remember() no longer return stale momentum.

remember enhancements

  • Quality check: rejects pasted assistant output / CI logs / stack traces unless force=true.
  • importance=1.0 now implicitly pins the memory (survives auto-forget).
  • Layer aliases accepted.

forget changes

  • Pinned memories (importance=1.0) now preserved alongside caveat-layer memories.
  • Clear error response when attempting to delete a protected or missing memory.
  • dry-run now includes sample_ids_to_drop.

consolidate changes

  • dry_run: true preview mode โ€” reports cluster count + candidates without writing.

Infra

  • Fixed fresh-DB migration bug (was querying meta table before it existed).
  • Bumped to Node 20+ for structured language feature usage.

All changes are backward compatible โ€” existing integrations continue to work. Server.ts version banner now reports v0.1.0.

Older versions

See GitHub Releases.

License

MIT โ€” Synapse Arrows PTE. LTD.