REA
Reverse engineer anything from your terminal or agent with one CLI and MCP server.
Multi-agent shared brain across Claude, Codex, Antigravity, Gemini, Copilot, and VS Code.
Pick the AI app you use, then copy the settings.
Passed 3/3 checks · Runs on your computer · ✓ Commands checked Nov 13, 2026
First: which AI do you use?
Pick your app and the steps appear below.
Works with Claude, with some setup first
Install Python (uv) on your computer first (one time) · Only the Claude desktop app (Windows or Mac), not the web or phone
One time only; it works for every server that needs Python (uv)
SettingsDeveloperEdit Config
{
"mcpServers": {
"thread-keeper": {
"command": "uvx",
"args": [
"threadkeeper"
]
}
}
}Use thread-keeper and tell me what you can do for me, then show me one thing✓ If Claude says it is using thread-keeper or shows a thread-keeper tool in the answer, you are connected
Menu names checked against Anthropic’s help page on Nov 11, 2026 · your screen may differ slightly by app version
ChatGPT cannot connect thread-keeper yet
thread-keeper runs on your computer, but ChatGPT can only connect servers that run on the web
A · Use an app that can connect thread-keeper
B · Others in Developer tools that work with ChatGPT
Picked from the most used in the same category, only ones that connect by address with no key
Works with Claude Code, with some setup first
Install Python (uv) on your computer first (one time)
One time only; it works for every server that needs Python (uv)
Mac: press Command+Space and type Terminal · Windows: open PowerShell
claude mcp add --scope user thread-keeper -- uvx threadkeeperYou should see thread-keeper listed as connected
Use thread-keeper and tell me what you can do for me, then show me one thing✓ If Claude Code says it is using thread-keeper or shows a thread-keeper tool in the answer, you are connected
Menu names checked against Anthropic’s help page on Nov 11, 2026 · your screen may differ slightly by app version
Works with Cursor, with some setup first
Install Python (uv) on your computer first (one time)
One time only; it works for every server that needs Python (uv)
Use thread-keeper and tell me what you can do for me, then show me one thing✓ If Cursor says it is using thread-keeper or shows a thread-keeper tool in the answer, you are connected
Menu names checked against Cursor’s help page on Nov 11, 2026 · your screen may differ slightly by app version
Works with VS Code, with some setup first
Install Python (uv) on your computer first (one time)
One time only; it works for every server that needs Python (uv)
Use thread-keeper and tell me what you can do for me, then show me one thing✓ If VS Code says it is using thread-keeper or shows a thread-keeper tool in the answer, you are connected
Menu names checked against VS Code’s help page on Nov 11, 2026 · your screen may differ slightly by app version
Claude Code
claude mcp add --scope user thread-keeper -- uvx threadkeeperClaude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"thread-keeper": {
"command": "uvx",
"args": [
"threadkeeper"
]
}
}
}Cursor (~/.cursor/mcp.json)
{
"mcpServers": {
"thread-keeper": {
"command": "uvx",
"args": [
"threadkeeper"
]
}
}
}VS Code (mcp.json)
{
"servers": {
"thread-keeper": {
"type": "stdio",
"command": "uvx",
"args": [
"threadkeeper"
]
}
}
}These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Based on how this server connects and on each app’s own docs, checked Nov 10, 2026.
Run on your computer in
ClaudeGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatRaycast
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 14, 2026
The registry name was verified with the GitHub account po4erk91, which owns the repo
Code last changed today
Uses MIT
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Ask, share a tip or report that it does not work. Sorted by what people marked helpful.
No posts yet. Be the first to ask or share.
Posts here are written by users, not the PopNx team.
No reviews yet
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 3 of 3 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed today, and the latest version (0.13.1) reached the registry 5 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: REA, GitHub, Serena MCP: the IDE for your agent
Servers in the same category from other makers, sorted by stars.
Reading a card:↓ Downloads per weeki★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Reverse engineer anything from your terminal or agent with one CLI and MCP server.
A powerful toolkit for coding, providing semantic retrieval and editing capabilities.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Multi-agent shared brain across Claude Code/Desktop, Codex, Antigravity CLI (`agy`), Copilot, and VS Code. Cross-session memory, self-improving skill loops, and inter-agent signaling — one local MCP server turns parallel agent instances into a coordinated multi-agent system instead of N isolated chats.
Every connected client (Claude Code, Claude Desktop, Codex CLI + desktop, Antigravity CLI, Copilot, every MCP-aware VS Code extension) shares one SQLite store, one set of threads, one user model, and one learning loop that improves the skill library autonomously over time.
The brief format is dense — structural tags, opaque IDs, ~6 KB per session-start injection. Optimized for agent consumption, not human reading.
Every agent CLI starts cold. Context dies at session boundaries. Skills you taught Claude don't transfer to Codex. Threads you closed in yesterday's Antigravity chat are invisible to today's Copilot. Parallel agent instances running the same task don't know about each other and duplicate work or step on each other's writes.
thread-keeper is the substrate underneath. Three things that together make it more than a memory store:
spawn primitive launches child agents in parallel, each gets a self_cid + sees the same memory. broadcast / whisper / inbox / wait / ask / respond let concurrent sessions signal each other across CLIs. Parent / children / sibling agents become a coordinated swarm, not isolated chats.~/.claude/skills/, ~/.codex/skills/, ~/.gemini/config/skills/ for Antigravity, existing ~/.agents/skills/, extra roots from THREADKEEPER_EXTRA_SKILLS_DIRS, and ~/.threadkeeper/skills/), with lessons.md as a fallback for CLIs without a native skills loader. A managed skill write reports success only after every mirror has the expected file set and hashes; ERR mirror_partial_failure keeps the canonical copy and names only the affected consumer plus relative file. Retry safely with skill_manage(action="reconcile", name=" ").Foreground MCP servers also run a daily self-update check by default. Source checkouts fast-forward their tracked git branch and reinstall the editable package; PyPI/pipx/venv installs run pip install --upgrade in the current interpreter environment only after the latest PyPI release files have matching Integrity API provenance from the expected GitHub Trusted Publisher. Dirty or diverged git checkouts are skipped rather than overwritten. Restarts are gated on install/setup success plus a subprocess import smoke check, so a broken or unverified update is recorded but the current server keeps running. Interpreters without pip (uv-created or pipx venvs) install through uv pip install --python when uv is available. Upstream PyPI publishing is intentionally gated: green merge-to-main builds are auto-tagged, but every upload pauses for a human approval on the protected pypi GitHub Environment (a maintainer-signed annotated v* tag remains the manual override path), as described in docs/RELEASING.md.
They also run a twice-weekly installed-skill updater by default. It keeps all configured CLI skill roots in sync, adopts newer local copies installed into a non-primary root, and updates GitHub-backed skills when a tracked upstream source changes.
The shortest path — PyPI + pipx (recommended):
pipx install 'threadkeeper[semantic]' && thread-keeper-setup
thread-keeper-setup detects every CLI you have installed (Claude Code / Claude Desktop / Codex CLI + desktop / Antigravity CLI agy / Copilot / VS Code), registers the MCP server in each one's config, copies hooks to ~/.threadkeeper/hooks/, and writes a managed instructions block into each CLI's per-user instructions file (CLAUDE.md / AGENTS.md / copilot-instructions.md — Claude Desktop and VS Code have no global instructions file, so that step is skipped for them). The generated MCP entry pins imports to this configured installation, so an agent launched inside another thread-keeper checkout cannot load that checkout's unmerged code against the live memory database.
Restart your CLI of choice. Hook-capable clients inject a brief on the first message; hookless clients such as Codex and Antigravity CLI either follow the managed instructions block and call brief() / context() before answering, or — on hosts that support MCP resources — pull the brief as the read-only memory://brief resource the host attaches automatically (see MCP primitives).
The MCP initialization response also carries concise, static lifecycle guidance: load the brief/context, open/note/close substantive threads, prefer read-only resources for host-attached context, and use dry-run plus confirmation before destructive maintenance. Hooks and the managed files remain reinforcement for clients that do not surface server instructions.
Hosts that load Agent Plugins 1.0 skills and stdio MCP servers can use the thread-keeper-agent-plugin-vX.Y.Z.zip asset from GitHub Releases. Install uv so uvx is on the host's PATH, extract the archive, then use the host's plugin loader on that directory. The plugin starts the matching ThreadKeeper release and provides a bootstrap skill with the same lifecycle guidance as setup.
You can also export the plugin from an installed release without changing any host configuration:
thread-keeper-setup --export-plugin ./thread-keeper-plugin
Plugin support depends on the host and version; an MCP or Skills loader alone does not imply Agent Plugins support. For hosts without that support, use pipx/uv plus thread-keeper-setup as above. Adapter hooks and learned-skill mirroring remain available. See installation, upgrades and removal for the differences, including how to avoid duplicate registrations.
If you don't have pipx and don't want to install it:
# uv (Rust-fast Python tool runner) — no clone, single binary on PATH
uv tool install 'threadkeeper[semantic]' && thread-keeper-setup
python3 -m venv ~/.threadkeeper-venv ~/.threadkeeper-venv/bin/pip install 'threadkeeper[semantic]' ~/.threadkeeper-venv/bin/thread-keeper-setup
For development (editable install from a git checkout) or to track the bleeding edge:
# One-liner installer — clones to ~/thread-keeper, makes a venv,
curl -fsSL https://raw.githubusercontent.com/po4erk91/thread-keeper/main/install.sh | bash -s -- --semantic
git clone https://github.com/po4erk91/thread-keeper ~/thread-keeper cd ~/thread-keeper && python3 -m venv .venv .venv/bin/pip install -e '.[semantic]' .venv/bin/thread-keeper-setup
To preview without writing anything:
thread-keeper-setup --dry-run
| CLI | MCP config | Instructions file | Hooks | Transcripts ingested |
|---|---|---|---|---|
| Claude Code | ~/.claude.json mcpServers | ~/.claude/CLAUDE.md | ~/.claude/settings.json hooks | ~/.claude/projects/**/*.jsonl |
| Claude Desktop | ~/Library/Application Support/Claude/claude_desktop_config.json mcpServers (macOS); %APPDATA%\Claude\… (Win); ~/.config/Claude/… (Linux) | none (GUI-only) | not supported by the app | none — chats live in Electron IndexedDB |
| Codex (CLI + desktop) | ~/.codex/config.toml [mcp_servers] (shared between CLI and Codex.app) | ~/.codex/AGENTS.md | not supported | ~/.codex/sessions/**/rollout-*.jsonl |
Antigravity CLI (agy) | ~/.gemini/config/mcp_config.json mcpServers | ~/.gemini/config/AGENTS.md | not wired yet | ~/.gemini/antigravity-cli/conversations/*.db (sqlite/protobuf, read-only: user prompts and final answers) |
| Copilot | ~/.copilot/mcp-config.json mcpServers | ~/.copilot/copilot-instructions.md | ~/.copilot/hooks.json | ~/.copilot/session-store.db (sqlite) |
| VS Code | ~/Library/Application Support/Code/User/mcp.json servers (macOS); %APPDATA%\Code\User\mcp.json (Win); ~/.config/Code/User/mcp.json (Linux) | none (per-workspace only) | not supported | none — extensions own their history |
Every CLI that produces parseable transcripts feeds the same dialog_messages table with a source tag, so dialog_search() finds matches regardless of where the conversation happened. Claude Desktop and the VS Code adapter are the exceptions — MCP registration only; their chats don't reach the table for now (Electron IndexedDB on the Claude Desktop side; per-extension stores on the VS Code side). Antigravity keeps one SQLite file per conversation with protobuf step payloads; thread-keeper opens it read-only (never creating WAL sidecars next to it) and keeps only user prompts and final model answers, skipping tool calls and thinking.
VS Code's user-level mcp.json is the central host that every MCP-aware VS Code extension consumes — GitHub Copilot Chat, the Anthropic Claude IDE plugin, the OpenAI Codex IDE plugin, Continue, Cline, … — so a single registration there reaches all of them at once.
Adding a new CLI = one file under threadkeeper/adapters/ implementing the CLIAdapter contract. See CONTRIBUTING.md.
thread-keeper requires MCP Python SDK 2.3 or later (mcp>=2.3.0,<3). Its stable Skills and durable Tasks extensions use the MCP 2026-07-28 extension surface, while tools, resources, prompts, annotations, structured content, elicitation, and stdio continue to use the same MCPServer instance.
MCP has three server primitives. thread-keeper uses all three, mapped to the read/act split, plus MCP elicitation for host-native confirmations:
| Primitive | Control | What thread-keeper exposes | When to use |
|---|---|---|---|
| Tools | model-controlled (may act) | the full surface — brief, note, spawn, search, curator_review, wikilink_health, … | the agent decides to call them |
| Resources | application-controlled, read-only | memory://brief, memory://context, memory://dashboard, memory://agent-status | the host attaches/pulls them automatically; capable hosts may subscribe |
| Prompts |