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)
Exact, durable handoffs between AI coding agents: one turn in the right session, never twice.
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": {
"agentbrain-handoffs": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/willykeenan/agentbrain-handoffs:0.1.0",
"mcp",
"--agent",
"{agent_id}"
]
}
}
}Run this in your terminal
claude mcp add agentbrain-handoffs -- docker run -i --rm ghcr.io/willykeenan/agentbrain-handoffs:0.1.0 mcp --agent '{agent_id}'Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"agentbrain-handoffs": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/willykeenan/agentbrain-handoffs:0.1.0",
"mcp",
"--agent",
"{agent_id}"
]
}
}
}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": {
"agentbrain-handoffs": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/willykeenan/agentbrain-handoffs:0.1.0",
"mcp",
"--agent",
"{agent_id}"
]
}
}
}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 willykeenan, 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 (0.1.0) reached the registry 42 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Docker 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.
Exact, durable handoffs between AI coding agents. Each handoff is one new turn in the recipient's existing session.
Real screenshot of the demo; the data in it is invented sample data.
pip install .
handoffs demo
Open the URL it prints (http://127.0.0.1:8765/). Four simulated agents hand work to each other. Ctrl+C stops and deletes the demo data.
A team of coding agents already has sessions, inboxes and tools. What it lacks is delivery: a message that reaches the right session, waits if that agent is busy, is sent once, and is retried within a bound when the provider drops it.
Without that, handoffs get lost, delivered twice, or pasted into a session that is already in the middle of a turn. AgentBrain Handoffs is the delivery layer. It is a local Python package (Python 3.9+, standard library only) with a command handoffs, a live page, and an MCP server.
From a clone of this repository:
python3 -m venv .venv
.venv/bin/pip install . .venv/bin/handoffs demo
Or, once the package is on PyPI:
pipx run agentbrain-handoffs demo
You should see:
AgentBrain Handoffs demo
Open http://127.0.0.1:8765/ Four simulated agents (Planner, Engineer, Reviewer, Writer) hand work to each other. Nothing real is contacted. The demo data is temporary and deleted when you stop (Ctrl+C).
The page updates every few seconds. Handoffs move through Accepted → Working → Finished. Work is returned and closed on its own. --speed 4 makes the simulated turns finish faster.
To keep the demo on another port: handoffs demo --port 9876.
A longer walkthrough, including your own agents, is in docs/QUICKSTART.md.
A handoff is a message addressed to one registered agent. The delivery engine turns it into exactly one new turn for that agent, at the session it had when the handoff was enrolled.
A work contract is a handoff with a title. The recipient returns a result (or a blocker); the sender closes it as accepted, revision, or blocked. A due time is optional; if it passes, the sender gets one non-waking reminder.
Delivery states, in plain words:
| State | Meaning |
|---|---|
| WAITING | Queued. Next engine pass will try to send it. A provider outage stays here too: the detail explains the hold and no attempt is used. |
| BUSY | The recipient is in the middle of a turn. This waits. |
| HELD | Blocked on purpose: the connection is blocked or delivery is paused. No attempt used. |
| UNAVAILABLE | The agent or its session is gone. Nothing is redirected. |
| OWNER_REJECTED | The session refused the write. One retry is allowed. |
| SENDING | The write is in flight. |
| UNCERTAIN | The write may have landed; the reply was lost, or an accepted turn could not be observed for 10 minutes. Observed, never resent. |
| ACCEPTED | The recipient's session took the turn. |
| RUNNING | The turn is in progress. |
| RETURNED | The turn finished. |
| FAILED | The turn failed or was interrupted, or the session refused it twice (then it was never delivered). |
| ACKNOWLEDGED | The recipient read the message; no separate turn is needed. |
| CANCELLED | Proven absent after enough history scans, or released by a person with handoffs release. Not resent. |
| DUPLICATE | Identical to a handoff still in progress. |
handoffs release ID cancels it; nothing is resent either way.| Provider | Status | What it talks to |
|---|---|---|
demo | Stable | Simulated agents. Used by handoffs demo. |
command | Stable | An argv (no shell) or an HTTP POST. |
codex | Experimental | codex app-server JSON-RPC over stdio. |
claude-code | Experimental | Claude Code headless (claude -p --resume). |
See docs/ADAPTERS.md for settings, examples and the experimental caveats.
Each agent session launches its own MCP server. The identity is fixed at start, so a tool call cannot act as another agent.
Claude Code
claude mcp add handoffs -- handoffs mcp --agent me
Replace me with the agent id you registered (handoffs agent add me --provider claude-code ...).
Codex (~/.codex/config.toml)
[mcp_servers.handoffs]
command = "handoffs" args = ["mcp", "--agent", "me"]
Cursor (MCP servers in Cursor settings)
{
"mcpServers": { "handoffs": { "command": "handoffs", "args": ["mcp", "--agent", "me"] } } }
Point every process at the same database with --db or HANDOFFS_DB. The engine (handoffs serve or handoffs run) is what actually delivers; the MCP server only writes to the inbox. Details: docs/MCP.md.
ContextLib keeps a project's decisions, facts and lessons as plain Markdown files. Install it and point the same server at a library, and each agent gets the context_* tools (brief, search, get, record, supersede, review, capture, export, import, status) next to its handoff tools:
pip install "git+https://github.com/willykeenan/agentbrain-contextlib"
claude mcp add handoffs -- handoffs mcp --agent me --context-library "/Volumes/SSD/ContextLib"
$CONTEXTLIB_ROOT works in place of the flag. The plugin runs as the server's fixed agent id, so an agent's records are authored by exactly the agent that sent its handoffs. Without a library, the server offers handoff tools only.
handoffs init
handoffs agent add planner --provider demo handoffs agent add builder --provider demo --name Builder handoffs send planner builder "Add a health check" --title "Health check" --due-minutes 30 handoffs serve # engine + live page on http://127.0.0.1:8765/ handoffs inbox builder handoffs read ID --as builder handoffs return ID --as builder --summary "Health check is green" handoffs close ID --as planner accepted handoffs status --json handoffs tick # one delivery pass (Codex and Claude Code turns wait for run or serve) handoffs release ID # stop tracking a stuck delivery; never resent handoffs run # engine only handoffs mcp --agent builder # stdio MCP server
--db PATH or HANDOFFS_DB selects the database (default ./.handoffs/handoffs.sqlite3). --json is accepted on the commands that print records. Usage errors exit 2.
| Command | Purpose | ||
|---|---|---|---|
init | Create the database. | ||
| `agent add\ | list\ | remove` | Register agents. --set KEY=VALUE is JSON when it parses. |
allow / block | Directed connections. | ||
config KEY VALUE | enabled, enabledAfter, connections, outageGuard. | ||
send FROM TO MESSAGE | Inbox message; --title makes it work. --key is idempotent. | ||
inbox / read / accept / return / close | Work lifecycle. --as or HANDOFFS_AGENT. | ||
status / tick / run / serve / mcp / demo | Inspect and deliver. | ||
release ID | Cancel one stuck delivery (for example UNCERTAIN) so its recipient is free. Nothing is sent. |
The live page binds to loopback and refuses non-loopback Host headers (DNS-rebinding). POST /api/send needs the token in .token (mode 0600). --public-demo exists only on handoffs demo (simulated agents, temporary data); that page cannot send and shows plain state sentences instead of adapter errors. MCP identity is the --agent you started with. Full model: docs/SECURITY-MODEL.md.
outageGuard.The image is published at ghcr.io/willykeenan/agentbrain-handoffs for Apple silicon and Intel.
docker run --rm -p 8765:8765 ghcr.io/willykeenan/agentbrain-handoffs demo --host 0.0.0.0 --public-demo # the live demo
claude mcp add handoffs -- docker run -i --rm -v ~/.handoffs:/data ghcr.io/willykeenan/agentbrain-handoffs mcp --agent me
The MCP server writes to the handoff database in ~/.handoffs; run the engine (handoffs serve) on the machine where your agents live so it can deliver.
Apache-2.0. Copyright KE Studios.
Source: github.com/willykeenan/agentbrain-handoffs. Live demo: huggingface.co/spaces/willykeenan/agentbrain-handoffs.
AgentBrain Handoffs is the open delivery layer for AgentBrain, the agent runtime coming to Agent Rooms (agentrooms.io).