MCP 服务器

mempalace

Enables persistent local memory in VS Code Copilot Chat via MemPalace, using a ChromaDB 0.6.x backend with automatic setup and verification.

README

MemPalace MCP Bridge for VS Code Copilot

Give MemPalace a persistent local memory inside VS Code Copilot Chat.

This repo provides a plug-and-play bridge:

one-command setup
generated workspace MCP config
automatic MCP server startup through VS Code
full-stack verification with verify.sh
a stable ChromaDB 0.6.x line for existing palaces

What you get

Persistent memory inside Copilot Chat
Fully local — no cloud, no API key, no Docker
Auto-start — no terminal, VS Code handles everything
Mine your own files — query your notes, docs, and decisions
Built-in verification — verify.sh classifies the bridge as healthy, suspicious, or unsafe by checking the environment, the generated MCP config, real MCP startup, and palace manifest drift
Palace safety checks — setup, update, verify, and runtime startup reject unsupported chromadb versions and keep the bridge on the supported 0.6.x line
Palace format safety gate — risky stable-path operations refuse palaces detected as chroma_1_x or unknown
Palace manifest — setup writes mempalace-bridge-manifest.json into the palace root for version traceability
Devcontainer integration — host palace mount shared across environments
Safe ChromaDB 0.6.x ↔ 1.x reconstruction tooling — non-destructive and runtime-validated
Reusable across environments with a shared palace

Compatibility status This bridge targets ChromaDB 0.6.x only (chromadb>=0.6,<0.7). ChromaDB 1.x uses an incompatible storage format; non-0.6.x installs are rejected at startup. Palaces detected as chroma_1_x or unknown format are also rejected before any operation. main fails fast when the installed chromadb version is outside the 0.6.x range.

This repository handles the runtime and setup layer for VS Code Copilot Chat MCP integration. For structured memory methodology, see Memory Engineering.

Who this is for

This repo is for you if:

you want MemPalace working fast inside VS Code Copilot Chat
you want a local setup with no manual MCP wiring
you want a stable setup for existing palaces on Chroma 0.6.x
you prefer reproducibility over chasing the newest Chroma release

Quickstart

# 1. Clone
git clone https://github.com/apajon/mempalace-mcp-bridge.git
cd mempalace-mcp-bridge

# 2. Setup (installs uv, mempalace, creates .venv, configures .mcp.json)
bash setup.sh

# 3. Open this folder in VS Code

code .

# 4. Verify
bash verify.sh

Important: open the repository root folder in VS Code (code . from inside mempalace-mcp-bridge/). Opening a subfolder will prevent MCP from loading.

Then reload VS Code (Ctrl+Shift+P → Developer: Reload Window) if needed.

MCP Configuration

The setup script generates .mcp.json automatically. To configure manually, create .mcp.json in your workspace:

{
  "servers": {
    "mempalace": {
      "type": "stdio",
      "command": "/ABSOLUTE/PATH/TO/uv",
      "args": ["run", "--directory", "/ABSOLUTE/PATH/TO/mempalace-mcp-bridge", "python", "scripts/run_mcp_server.py"]
    }
  }
}

Replace paths with the output of which uv and the absolute path to this repo. A ready-to-copy example is at examples/mcp/vscode.mcp.json.

See docs/mcp_vscode.md for full details and troubleshooting.

Update

git pull
bash update.sh

update.sh upgrades MemPalace, enforces the pinned ChromaDB line, checks .mcp.json paths, and runs verify.sh. It never touches ~/.mempalace/palace.

See docs/update_workflow.md for edge cases and what the script does step by step.

Verify

bash verify.sh

Checks that the virtual environment, MemPalace, and MCP server are all healthy. Reports actionable errors if anything is broken.

Test it in Copilot

Open Copilot Chat and try:

"Remember that I like Python."

Restart VS Code, then ask:

"What do you remember about me?"

VS Code auto-starts the MemPalace MCP server when Copilot Chat opens.

Use your own data

To mine your own notes after setup:

uv run --directory . mempalace mine /path/to/your/project

Then ask Copilot about anything in those files.

Known limitations

This bridge currently targets ChromaDB 0.6.x, not ChromaDB 1.x
main hard-fails outside the supported chromadb>=0.6,<0.7 range
No migration to ChromaDB 1.x is provided. Non-0.6.x palaces are blocked at startup.
Experimental ChromaDB 1.x investigation work exists outside this project's stable contract and is not part of the supported bridge workflow.
Linux / WSL2 is the tested path today
Copilot behavior remains probabilistic even with MemPalace as the preferred context source

Devcontainer integration

For teams using VS Code devcontainers, the palace is mounted from the host so it persists across container rebuilds.

See docs/devcontainer_integration.md for the mount design and .devcontainer config.

Troubleshooting

See docs/troubleshooting.md.

Why this exists

MemPalace is powerful, but not plug-and-play in real workflows.

Setting it up requires multiple manual steps and breaks the flow of using Copilot Chat.

That friction stops most users before they get any value.

This repo removes that friction.

How it fits together

VsCode Copilot Chat
  |
  v
MCP Server  <- launched automatically by Copilot via .mcp.json
  |
  v
MemPalace
  |
  v
Local Memory (palace)  <- ~/.mempalace/palace

setup.sh generates .mcp.json with the absolute path to your uv binary, so Copilot can start the server without any manual configuration.

If you already have a legacy .vscode/mcp.json, migrate it with:

jq '{servers: .servers}' .vscode/mcp.json > .mcp.json

The same setup step writes mempalace-bridge-manifest.json into the palace root. The file is intentionally small and easy to inspect manually: it records the bridge version, MemPalace version, ChromaDB version, Python version, storage backend and format, the supported compatibility line, and the creation timestamp. If a valid manifest already exists, setup preserves it. If the file exists but is malformed, setup replaces it with a fresh valid manifest.

Memory Engineering

Advanced structured memory patterns — wings, rooms, retrieval order, persistence rules, deduplication — now live in a dedicated repository:

mempalace-memory-engineering

This includes:

structured memory strategy for engineering workflows
worked examples (two-wing / three-room setup)
semantic deduplication reference

This repository focuses solely on MCP bridge setup and runtime integration. The methodology is not duplicated here.

Documentation

Compatibility

Linux (tested on Ubuntu 24.04 via WSL2)
VS Code with GitHub Copilot Chat
curl required (setup.sh uses it to install uv)
ChromaDB 0.6.x line pinned intentionally via chromadb>=0.6,<0.7

Copilot context guidance

Copilot is configured to use MemPalace as its primary context source via .github/copilot-instructions.md
Query order: MemPalace project wing -> shared wings -> docs/architecture.md -> README.md -> workspace search
This improves first-response relevance. It is not a strict guarantee - Copilot behavior is probabilistic

Memory Engineering (external)

Strategy, examples, deduplication: mempalace-memory-engineering

MemPalace: https://github.com/milla-jovovich/mempalace
ChromaDB: https://github.com/chroma-core/chroma
Memory Engineering: https://github.com/apajon/mempalace-memory-engineering