SkillTide Submit
Official description7 sourcesMCP servers8d ago
threadctx-dev/threadctx-mcp

threadctx-dev/threadctx-mcp

Shared memory MCP server for AI coding agents (Claude Code, Cursor). Free & local by default.
View on GitHub ↗Direct link · no redirect page
Config template (adjust for your client)
claude mcp add threadctx-mcp -- npx -y threadctx-mcp
A pasteable skeleton generated from the repository name. Check the project README for the exact package and arguments.
Star count
1 ★ · threadctx-dev/threadctx-mcp · read from the repository page · (checked 2026-10-16 20:00:20)
Source
collected from the punkpeye/awesome-mcp-servers list · type: MCP server
Harvest history
first seen 2026-10-09 · last seen 2026-10-16 · seen 32× · listed by 7 sources
Score
score 703 · 1 ★ · 7 sources · mcp
FAQ (answers come from our records)
How do I install it?
We did not find an install command for this repository (our install coverage is only about 4%). Check its README or releases page.
Who is it for?
We filed it under these tags: MCP 服务. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository threadctx-dev/threadctx-mcp;first catalogued 2026-10-09;last seen 2026-10-16。There is no official certification or quality rating here — we record sources and dates only.
Third-party quality signals

threadctx-mcp

以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →

Shared memory MCP server for AI coding agents. Works identically with
**Claude Code**, **Cursor**, and any MCP client — same package, same config
shape, no per-client integration work. On first start it also drops a
"check team memory" instruction into whichever agents' rule files your repo
uses (AGENTS.md, CLAUDE.md, Copilot, Windsurf, Cline, Gemini) so the
memory actually gets read, not just exposed.
> This repo runs on itself: its own AGENTS.md and CLAUDE.md were set up
> with npx threadctx-mcp init, the same command you'd run — check the git
> history if you want to see it happen.
Modes
- **Local (default, free, no signup):** memory stored as a plain JSON file
at ~/.threadctx/local.json — **zero native dependencies**, so
npx threadctx-mcp installs instantly on any machine with Node 18+ (no
compiler, no node-gyp step). No network calls except to whichever LLM
provider your agent already uses. Matching is keyword-based, scoped to
the current repo (detected via git remote). Run npx threadctx-mcp list
any time to see exactly what your agents have stored.
- **Cloud (paid Team tier+):** memory shared across everyone on the repo,
with real semantic search. Requires an API key from
threadctx.dev (or your own self-hosted
deployment — see ../cloud/README.md).
Quick start
init writes three committable, secret-free files: .threadctx.json
(just { "mode": ... }), .mcp.json (Claude Code project config), and
.cursor/mcp.json (Cursor project config). Commit all three — every
teammate who then opens the repo in Claude Code or Cursor is prompted to
enable threadctx automatically, with nothing to install or configure.
Teammates on other MCP clients run npx threadctx-mcp join, which sets up
their machine the same way and prints the config block for their client.
Your API key never appears in any committed file. It is read from the
THREADCTX_API_KEY environment variable at runtime (export it in your
shell profile), so secrets stay out of version control by construction.
threadctx also adds a small, clearly-marked instruction to your project
rules telling the agent to call memory_query before a task and
memory_write after. It writes the two universal files every time —
AGENTS.md (the cross-tool standard read by Copilot,
Cursor, Windsurf, Zed, Codex, Aider, and ~24 others) and CLAUDE.md
(Claude Code's richer native format) — plus .cursor/rules/threadctx.mdc.
It then adds a tool-specific file **only when that tool's footprint is
detected in the repo**, so it never litters your project with rule files for
tools you don't use:
| Tool | File written | Written when |
|---|---|---|
| Cross-tool standard | AGENTS.md | always |
| Claude Code | CLAUDE.md | always |
| Cursor | .cursor/rules/threadctx.mdc | always |
| GitHub Copilot | .github/copilot-instructions.md | .github/ exists |
| Windsurf | .windsurf/rules/threadctx.md | .windsurf/ exists |
| Cline | .clinerules/threadctx.md | .clinerules exists |
| Gemini CLI | GEMINI.md | .gemini/ exists |
Shared files (AGENTS.md, CLAUDE.md, Copilot, Gemini) get a marker-fenced
block spliced in, preserving your own content around it; dedicated files are
owned in full. **This happens automatically the first time the server starts
in a project — you don't need to run init for it.** Running init just
triggers it explicitly and prints the result; either way it's idempotent
(safe to re-run, never duplicates). Opt out entirely with
THREADCTX_NO_AUTO_RULES=1, or per-init-call with --no-rules.
The same instruction is also sent as part of the MCP initialize handshake
Source
awesome · https://github.com/threadctx-dev/threadctx-mcp
Browse by field
MCP servers
Traction
1 ★
added
yesterday

More in MCP servers

All 5,525 in MCP servers →

Filed under

Every tag opens the full list for that filter. Counts are the live catalogue figures.

Browse all fields →

← Back to index