GitHub
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
Description from the maker (original English)
Local-first MCP server for task tracking and coordination of autonomous AI coding agents.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"rhizome": {
"command": "npx",
"args": [
"-y",
"rhizome-mcp"
]
}
}
}Run this in your terminal
claude mcp add rhizome -- npx -y rhizome-mcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"rhizome": {
"command": "npx",
"args": [
"-y",
"rhizome-mcp"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"rhizome": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"rhizome-mcp"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
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 8, 2026
The registry name was verified with the GitHub account Odrin, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
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
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 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 –, and the latest version (1.6.1) reached the registry 25 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: GitHub, Desktop Commander, Cloudflare MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
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.
When a coding agent dies mid-task, the task frees itself.
rhizome-mcp gives autonomous coding agents crash-safe task coordination over MCP: claims are renewable expiring leases, in_progress is derived — never stored — and an interrupted attempt hands its checkpoint to whichever session picks the work up next. One static Go binary, one SQLite database per project. No daemon, no accounts, no cloud.
It works with agents from different products at once — Claude Code, Codex, GitHub Copilot, VS Code, and any other MCP-compatible client — giving them one shared, durable view of project work.
Recorded from real server output by demo/record.sh — nothing staged.
[Why](#why) · [How it compares](#how-it-compares) · [Quick start](#quick-start) · [Monitor your project](#monitor-your-project) · [MCP surface](#mcp-surface) · [Documentation](#documentation)
AI coding agents are concurrent, context-limited, and interruptible. A TODO.md or a single chat context doesn't survive that. rhizome-mcp is built around those failure modes:
in_progress is never a stored status — it is derived from an active lease, so a vanished agent can't lock an issue forever. When the lease expires, the issue becomes claimable again. A partial unique index guarantees at most one active attempt per issue at the database level.blocks relations, epics, claimable entry-point highlighting, and atomic batch planning (up to 50 issues, 100 relations, and 20 decisions in one all-or-nothing transaction).Watch a stale approval get refused
Watch a reservation conflict fail a claim atomically
rhizome-mcp board prints live leases, blockers, and the review queue, or writes a self-contained HTML snapshot; the CLI reads everything as tables, JSON, or Mermaid.This repository tracks its own backlog through the server it ships — work is selected, claimed, checkpointed, and reviewed via rhizome-mcp itself (AGENTS.md).
Use it when several agent sessions (or several agent products) work the same repository over time and you need handoffs, parallel work, and recovery after crashes or context limits.
Skip it if you need a hosted multi-user tracker with auth, permissions, and a web UI — this is a local single-developer tool by design.
Compare agent task trackers on guarantees under failure, not on feature lists — local-first SQLite storage and MCP support are table stakes in this category.
| When things go wrong | rhizome-mcp | beads | Kata | Guild |
|---|---|---|---|---|
| Task frees itself after a crash | Yes — expiring lease | No | No | No |
| Double-claim prevented at the storage layer | Yes | Atomic claim | Atomic claim | Atomic claim |
| Stale review approval impossible | Yes — version-pinned | No | No | No |
| Response sizes bounded by a tested contract | Yes — ≤ 64 KiB / 100 issues | No | No | No |
| Interrupted attempt resumable by another session | Yes — checkpoints | No | No | Note only |
Full comparison with sources, pinned versions, and honest "choose X if" guidance: [How rhizome-mcp compares](https://odrin.github.io/rhizome-mcp/#/compare).
Choose the approach that matches your workflow:
Try rhizome-mcp immediately with no separate binary install, no Go toolchain:
npx rhizome-mcp serve
Works with any MCP client. See packages/npm/README.md for platform coverage. Great for quick evaluation.
/plugin marketplace add Odrin/rhizome-mcp
/plugin install rhizome-mcp@rhizome
Registers the MCP server (via npx, no binary install) and adds the rhizome-task-workflow and rhizome-execution-plan skills. Each repository you track still needs a one-time npx rhizome-mcp init in its root.
Install Rhizome MCP (odrin.rhizome-mcp) from the Marketplace or Open VSX. The extension bundles the platform binary, registers the MCP server automatically, and adds Rhizome: Initialize Project to the Command Palette. No terminal, no mcp.json editing. Details: docs/10-vscode-extension.md.
Prefer a standalone binary with a plain mcp.json entry instead? Install the binary below and use this one-click link: Add to VS Code.
Download and install a release binary for your platform. Verifies checksums, installs to ~/.local/bin by default:
curl -fsSL https://raw.githubusercontent.com/Odrin/rhizome-mcp/main/scripts/install.sh | sh
irm https://raw.githubusercontent.com/Odrin/rhizome-mcp/main/scripts/install.ps1 | iex
Use rhizome-mcp via the official MCP Registry, available in the Model Context Protocol registry as io.github.Odrin/rhizome-mcp for clients that consume the registry.
Initialize tracking inside your repository:
rhizome-mcp init
Then register the server with your MCP client. Automated setup for common clients:
rhizome-mcp connect claude # Claude Code
rhizome-mcp connect codex # Codex rhizome-mcp connect vscode # VS Code (if using standalone binary instead of extension) rhizome-mcp connect json # Template for any other client
Use --print for a dry run. connect discovers your project's actual root (walking up from the current directory the same way serve does) and pins it with --project-root, so the written config works regardless of which subdirectory an MCP client later launches the server from. All four targets (claude, codex, vscode, json) agree on this. The manual equivalent for any MCP client, matching connect's own server key:
{
"mcpServers": { "rhizome-mcp": { "command": "/absolute/path/to/rhizome-mcp", "args": ["serve", "--project-root", "/absolute/path/to/your/repository"] } } }
or, via npx, without installing a binary at all:
{
"mcpServers": { "rhizome-mcp": { "command": "npx", "args": ["-y", "rhizome-mcp", "serve", "--project-root", "/absolute/path/to/your/repository"] } } }
connect detects when it is itself running through the npx rhizome-mcp wrapper and automatically emits this npx form instead of the wrapper's resolved binary path, which lives in the npx cache and goes stale on eviction or a version bump. A config written with a resolved absolute path (the default otherwise) is machine-specific and not meant to be checked in and shared across machines; pass connect TARGET --command to instead emit a bare rhizome-mcp command name that relies on PATH, for a portable config you do intend to share, provided every machine that uses it has rhizome-mcp on PATH.
Stdio is the default transport; protocol output goes to stdout, logs to stderr.
That's it — connected agents start with open_project using the absolute repository root, retain its project_ref, and pass that reference to later project-scoped calls. See the agent workflow guide for the complete workflow. The returned metadata links the rhizome://guides/agent-workflow, rhizome://guides/issue-lifecycle, and rhizome://guides/multi-agent-handoff resources, and repository agents can load the rhizome-task-workflow skill from .github/skills/.
For agents that support the open [Agent Skills](https://agentskills.io
Only the beginning is shown; read the rest in the repo