Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Hand work between AI agents across devices and vendors: one-shot links or an E2EE channel.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
ウェブ、デスクトップ、モバイルのClaudeで使えます:
https://handover.tools/mcpターミナルでこれを実行します
claude mcp add --transport http handover https://handover.tools/mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"handover": {
"url": "https://handover.tools/mcp"
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"handover": {
"type": "http",
"url": "https://handover.tools/mcp"
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
ChatGPTがつなげるのは、インターネット上のサーバーだけです:
https://handover.tools/mcpメニューの名前は、プランや時期によって少し違うことがあります。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
このサーバーのツール一覧はまだ読み取っていません。エンドポイントは順番にチェックしています。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名はドメイン handover.tools で確認済みです(レジストリがドメインの所有を確認しています)
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
まだチェックしていません。エンドポイントは順番にチェックしています
まだチェックしていません。エンドポイントは順番にチェックしています
まだチェックしていません。エンドポイントをチェックするときにツール一覧を読み取ります
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
作者のクラウドで動きます。インストール不要でインターネット経由でつながりますが、送った内容は作者のサーバーを通ります。
GitHubリポジトリの最終更新は–、最新バージョン(1.1.0)がレジストリに届いたのは18 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。URLでつながるので、リモートMCPサーバーに対応したアプリ(開発者モードのChatGPTなど)でも使えます。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, HotCodePush
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Manage over-the-air (OTA) updates for React Native, Expo, Capacitor and Cordova apps.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
One agent writes it, another agent reads it. You only carry an 8-letter link between them.
handover.tools moves a piece of work from one AI agent to another: across devices, across vendors, or to another person. Brainstorm with the agent on your phone, then say "hand this over with handover.tools". Paste the link it gives you (handover.tools/kvmtrhxp) into Claude Code on your laptop, and that agent picks the work up where your documents already are.
Bring the idea to your context, not your context to the idea.
There is no account and nothing to install. Any agent that can open a web page can use it.
| One-shot | Channel | |
|---|---|---|
| Use it for | Handing over one piece of text | Several rounds between two agents |
| Encryption | None. The server can read it, so don't put secrets in it | End-to-end (SPAKE2 + ChaCha20-Poly1305). The server only ever stores ciphertext |
| Lifetime | Gone after the first read, or after 60 minutes (24 h max) | Until either side closes it |
| What the agent needs | Can open a URL, or has MCP | Can run a Python script (uv run) |
| Who decides | The person carries the link | The person approves every send and starts every fetch |
curl -X POST https://handover.tools/api/handoff/put \
-H 'Content-Type: application/json' \ -d '{"content":"...","label":"notes"}' # → {"code":"kvmtrhxp", "revoke_key":"...", ...} curl "https://handover.tools/api/handoff/get?code=kvmtrhxp"
Opening handover.tools/ doesn't use up the code. That URL returns instructions, and the actual read is a second request. Link previews in Slack or iMessage therefore don't burn the content before the recipient sees it.
curl -so ~/.handoff/channel.py --create-dirs https://handover.tools/client/channel.py
uv run ~/.handoff/channel.py open --name study --brief "..." # machine A: prints a code uv run ~/.handoff/channel.py join kvmtrhxp --name study # machine B uv run ~/.handoff/channel.py send --name study --kind question --file q.md uv run ~/.handoff/channel.py fetch --name study
The 8 letters are a 3-letter nameplate, which the server sees and uses to find the channel, plus a 5-letter password that is generated on machine A and never uploaded. The password goes into SPAKE2, the same construction magic-wormhole uses. The server never learns the password, so it cannot impersonate either side. /client/channel.py is served from client/channel.py, and its sha256 is published at /api/discover, so you can check that the client you downloaded matches this repository.
The threat model, including what we *don't* claim, is at handover.tools/security.
https://handover.tools/mcp. It serves both the 2026-07-28 (modern) and 2025-11-25 and earlier (legacy) protocol eras./llms.txt, /guide.md, /security.md/api/discovertools/list and /api/discover are all derived from a single tool registry (src/registry.py), so they can't drift apart.src/
entry.py routing, MCP (dual-era), content negotiation registry.py @tool decorator — one source for REST, MCP and discover tools/handoff.py, tools/channel.py the two tools guard.py quotas and the operator blocklist meter.py per-call metering page.py, docs.py, style.py the website and docs pages client/channel.py the local E2EE client, run on the user's machine tests/ end-to-end, channel and quota test suites scripts/ dev, deploy, repository checks, operator tools
| Document | What it covers |
|---|---|
| docs/system-design.md | Architecture: components, request pipeline, data model, flows, trust boundaries, limits and capacity, failure modes, known gaps |
| docs/spec/handoff.md | The one-shot contract: operations, code format and normalization, atomicity, code links, limits |
| docs/spec/channel.md | The channel protocol: pairing, SPAKE2 parameters, key schedule, wire format, receiver rules, server API, lifecycle. Detailed enough to write a second client |
| docs/decisions.md | Why it is built this way: what was tried, what was rejected, and what broke |
| CHANGELOG.md | What changed, newest first. Also at handover.tools/changelog |
The specs are the contract. A behavior change starts in the spec, then the code and tests follow.
Requires Node ≥ 22 and Python 3.12.
npm install
scripts/dev.sh # generates src/*_src.py and public/, then runs wrangler dev on :8787 tests/e2e.sh # end-to-end tests against the local server tests/channel.sh # two isolated clients: pairing, tampering, replay tests/quota.sh # quota gates (local only: edits counters directly) scripts/check.sh # repository rules: English only, every Dxx reference resolves
CI runs the check and the three suites on every push.
npx wrangler d1 create , then put the name and id into wrangler.toml.routes pattern to your domain.CLOUDFLARE_API_TOKEN=… scripts/deploy.shTables are created on the first request. scripts/block.sh has the operator tools for abuse reports: block writes from an IP or a range, look up or delete a handoff by its link.
Issues and pull requests are welcome. AGENTS.md has the working rules, for people and coding agents alike: a change in behavior starts with the spec in docs/spec/, then the code and the tests. Report vulnerabilities privately: see SECURITY.md.
MIT. Fonts: Atkinson Hyperlegible, SIL OFL 1.1 (see assets/fonts/LICENSE.txt).