Gemdex
Persistent memory layer for AI coding agents: save, recall, update via Gemini plus LanceDB
Install
Add this to your client's MCP configuration (Claude Desktop: claude_desktop_config.json; Cursor: .cursor/mcp.json; VS Code and others use the same "mcpServers" shape).
gemdex-mcpclaude mcp add gemdex -e 'GEMINI_API_KEY=<your gemini_api_key>' -e 'GEMDEX_MODE=local' -e 'LANCEDB_PATH=~/.gemdex/lance' -e 'EMBEDDING_MODEL=gemini-embedding-2' -e 'GEMDEX_REMOTE_URL=<GEMDEX_REMOTE_URL>' -e 'GEMDEX_REMOTE_TOKEN=<your gemdex_remote_token>' -e 'GEMDEX_REMOTE_NAME=<GEMDEX_REMOTE_NAME>' -e 'GEMDEX_TRUST_RANKING=false' -- npx -y gemdex-mcp@1.0.47
{
"mcpServers": {
"gemdex": {
"command": "npx",
"args": [
"-y",
"gemdex-mcp@1.0.47"
],
"env": {
"GEMINI_API_KEY": "<your gemini_api_key>",
"GEMDEX_MODE": "local",
"LANCEDB_PATH": "~/.gemdex/lance",
"EMBEDDING_MODEL": "gemini-embedding-2",
"GEMDEX_REMOTE_URL": "<GEMDEX_REMOTE_URL>",
"GEMDEX_REMOTE_TOKEN": "<your gemdex_remote_token>",
"GEMDEX_REMOTE_NAME": "<GEMDEX_REMOTE_NAME>",
"GEMDEX_TRUST_RANKING": "false"
}
}
}
}
Environment variables
GEMINI_API_KEYrequired secret Google AI Studio key for local mode, or the exact value 'local' for on-device MLX text embeddings. Not needed in remote mode.GEMDEX_MODEMemory backend: embedded local LanceDB or a self-hosted Gemdex ServerLANCEDB_PATHDirectory for the embedded LanceDB storeEMBEDDING_MODELGemini text embedding modelGEMDEX_REMOTE_URLGemdex Server root URL (required in remote mode)GEMDEX_REMOTE_TOKENsecret Gemdex Server bearer token (required in remote mode)GEMDEX_REMOTE_NAMEHuman-readable name for the remote serverGEMDEX_TRUST_RANKINGRe-rank recall results by recorded worked/failed/stale outcomes
Documentation
From the project's README on GitHub, refreshed weekly. Links open on GitHub.
Contents
Persistent memory for AI coding agents
Save a useful memory once and recall it across repos and sessions. Gemdex indexes small chunks for precise hybrid semantic + BM25 matching, then resolves matches to whole parent memories. MCP agents scan a cheap title index and open only the memories they need.
Two ways to run it
| Local | Self-hosted | |
|---|---|---|
| Agent connection | npx gemdex-mcp, stdio | Streamable HTTP /mcp |
| Embeddings | On-device EmbeddingGemma 2 via MLX | Server-owned Gemini, including multimodal |
| Storage | LanceDB and blobs under ~/.gemdex | Postgres/pgvector and file/S3 blobs |
| Platform | Apple Silicon, macOS 14+, native arm64 Node ≥24 | Docker host |
| Human management | Native macOS app via localhost sidecar | Web manager |
| Pool | One per machine | Shared across machines |
| MCP tools | Seven, including delete | Six, without delete |
These are separate pools. The npx package and desktop sidecar are local-only; connect directly to HTTP MCP for a self-hosted pool.
Local quickstart
npx gemdex-mcp install
claude mcp add gemdex -- npx -y gemdex-mcp@latest
The explicit install downloads managed Python/MLX and pinned
mlx-community/embeddinggemma-2-8bit
weights, about 1.45 GB to download and 1.9 GB on disk. No Python, uv, Homebrew,
HF CLI, or compiler setup is needed. Embeddings run offline after installation. There is no API key,
sentinel value, or provider switch. Rosetta Node is unsupported.
See MLX model and runtime requirements.
All seven tools remain discoverable before installation and return setup guidance. Retry a tool after installation, or reconnect your MCP client.
For another MCP client:
{
"mcpServers": {
"gemdex": {
"command": "npx",
"args": ["-y", "gemdex-mcp@latest"]
}
}
}
Save and recall
Ask your agent to save something durable:
Save how we set up the review workflow to memory.
Then, in another session or repo using that pool:
Check memory for our review workflow and use it here.
Tell your agent when to use memory in its instructions:
## Memory
Use Gemdex recall to find relevant memories before starting work.
Save reusable findings and update existing memories when correcting them.
Report worked/failed/stale outcomes after acting on a fetched memory.
Use read_attachment for transcript bytes.
Delete only when a memory should be permanently removed and the connected
surface provides delete_memory.
MCP tools
| Tool | Behavior |
|---|---|
save_memory | Save content and/or attachments (images, audio, video, text files); return id and title |
recall | Text query and/or example media files, top 10 titles + ids, never full bodies |
get_memory | Full parent body, age, attachments and track record |
update_memory | Full content replacement or literal edits, optional title/attachments |
report_outcome | Record worked, failed, or stale, with optional note |
read_attachment | Attachment as UTF-8 text, a viewable image, or base64 |
delete_memory | Stdio only, permanent delete and client-stat cleanup |
get_memory, not title-index recall, increments recall counts.
Stats live in a separate ledger (~/.gemdex/stats.json by default).
GEMDEX_TRUST_RANKING=true enables outcome-weighted title ranking;
otherwise ranking is relevance-only.
Local saves include an advisory when existing memories are similar, using
already-computed vectors and centroid similarity (default threshold 0.93).
The advisory does not block the save. Configure it with
GEMDEX_SIMILAR_ON_SAVE and GEMDEX_SIMILAR_THRESHOLD.
Attachments
Local memories can carry images (PNG, JPEG, WebP, GIF), audio (WAV, MP3, M4A,
FLAC, AAC, AIFF; up to 5 minutes) and video (MP4, MOV, M4V, WebM). EmbeddingGemma 2
embeds each file on-device into the same space as text, so the memory is found
by what the image shows or the recording says. Recall also takes example files:
"is there anything in memory about this screenshot?" works with or without a
text query. Captions are optional; they add keyword matching and help most for
audio. Text files (.txt, .json, .jsonl/.ndjson) are stored as
non-embedded blobs. Per memory: 8 images, 4 audio files, 2 videos and 4 text
files, 100 MiB each. PDFs are not supported locally. Use a local path or
inline base64 data + mimeType; every attachment is readable through
read_attachment.
The self-hosted server supports Gemini multimodal embedding and media recall
through /v1. HTTP MCP attachment inputs are inline base64 only, never
client filesystem paths. See the /v1 contract.
Chat history and memory hygiene
Local digestion and hygiene use your existing Claude Code login. Install
Claude Code and run claude auth login, then:
npx gemdex-mcp status
npx gemdex-mcp ingest-history --source claude --dry-run
npx gemdex-mcp ingest-history --source claude
Sources include Claude Code, Factory CLI, Codex, Antigravity, or a folder path.
Only never-before-ingested sessions are processed. Each produces a digest
memory and a cleaned transcript attachment. backfill-transcripts attaches
files referenced by older digest footers, with --dry-run and --force
options; missing files are skipped with a message.
Inference runs as isolated claude -p --model haiku structured-JSON calls:
no tools, settings, skills, MCP servers, hooks, CLAUDE.md, or session
persistence, and a temporary working directory. Concurrency is four, with at
most three total attempts and a five-minute timeout per call.
Cost estimates are Haiku API list-price equivalents ($1 input / $5 output per million tokens). With a Claude subscription, usage counts against plan limits, not a per-token bill. Local embeddings stay on-device, but ingestion transcripts and hygiene candidates go through Claude Code inference.
Hygiene first clusters local vectors, then judges candidates with Claude Code. Deleting findings requires human approval. Self-hosted uploads instead use the server's Gemini digestion. See chat-history paths.
The desktop app
The native macOS app manages the local pool: browse, search (by text or by
file), and edit memories, attach and preview images, audio and video, ingest
chat history, and review hygiene findings. It talks to gemdex serve, which binds
only 127.0.0.1 and uses a per-launch token. Its contract exposes explicit MLX
install/migration jobs and Claude Code readiness. Memory routes return
503 {needsInstall:true} until installation; ingestion/hygiene start requires
Claude Code readiness. See the sidecar contract.
The web manager is the primary human surface for self-hosted deployments. The desktop app is not a client for that pool.
Self-host the whole stack (one command)
curl -fsSL https://raw.githubusercontent.com/nikships/gemdex/main/scripts/install.sh | bash
The installer starts Postgres, gemdex-server, HTTP MCP and the web manager,
generates secrets, waits for migrations, verifies a real save and recall, and
prints Streamable HTTP client configuration. It asks for a
Google AI Studio key, or reads
GEMINI_API_KEY. This key belongs to the server, not the agent client.
The default is loopback-only. --lan exposes MCP and web to your trusted LAN
with static MCP auth and login-free web access. For public access, use HTTPS,
Google OAuth, and the deployment guide. Never publish Postgres or /v1.
{
"mcpServers": {
"gemdex": {
"type": "http",
"url": "https://gemdex.example.com/mcp"
}
}
}
This example targets a Google OAuth deployment; the client handles login.
| Guide | Purpose |
|---|---|
| Self-host deploy | Compose, Google OAuth, HTTPS edge and exposure checks |
| Operations | Storage, backup/restore, upgrades and troubleshooting |
| Go further | DNS, managed platforms, sizing and costs |
| Security | Enforced boundaries and pre-launch checklist |
| Chat history | Local ingestion, web upload and OAuth record import |
Packages and library use
| Package | Responsibility |
|---|---|
| core | MemoryStore, embedding providers, shared HTTP router and inference |
| mcp | Local stdio tools, CLI and desktop sidecar |
| server | BYOI /v1, Postgres/pgvector, Gemini and file/S3 blobs |
| mcp-http | Six-tool Streamable HTTP agent surface |
| web | Browser manager and session-upload BFF |
| app | Native local manager |
To use the engine directly, see the core library example. Local environment settings are in the MCP README; self-hosted settings are in the server README.
Privacy & safety
Memory text and attachment bytes are plaintext unless you add your own storage controls. Gemdex provides no secret redaction or hosted custody service. Local embeddings run on-device; local ingestion and hygiene send selected content through Claude Code using your account. The self-hosted server sends embedding payloads and uploaded-session digestion to Gemini using its key. See custody and self-host security.
Build from source
From a clone with Node ≥24 and pnpm ≥10:
pnpm install
pnpm build
The local MCP entry point is packages/mcp/dist/index.js.
See CONTRIBUTING.md for checks and development guidance.
License
MIT. See LICENSE.
MCP Registry
mcp-name: io.github.nikships/gemdex
Frequently asked questions
What is Gemdex?
Persistent memory layer for AI coding agents: save, recall, update via Gemini plus LanceDB
How do I install Gemdex?
It runs on your machine. In Claude Code: claude mcp add gemdex -e 'GEMINI_API_KEY=<your gemini_api_key>' -e 'GEMDEX_MODE=local' -e 'LANCEDB_PATH=~/.gemdex/lance' -e 'EMBEDDING_MODEL=gemini-embedding-2' -e 'GEMDEX_REMOTE_URL=<GEMDEX_REMOTE_URL>' -e 'GEMDEX_REMOTE_TOKEN=<your gemdex_remote_token>' -e 'GEMDEX_REMOTE_NAME=<GEMDEX_REMOTE_NAME>' -e 'GEMDEX_TRUST_RANKING=false' -- npx -y gemdex-mcp@1.0.47. For other clients, paste the JSON configuration from this page into their MCP settings.
Does Gemdex need an API key?
Yes. It expects GEMINI_API_KEY, GEMDEX_REMOTE_TOKEN, which you set in its configuration.
Is Gemdex open source?
Yes. Its code is on GitHub under the MIT license.
Who maintains Gemdex?
It is published by nikships. AI.tn lists it but does not maintain or endorse it.
From the official MCP Registry. Listing is not an endorsement: review a server's code and permissions before giving it access to your data.