Handover

sh.handover由 handover.sh 發布官方發布者v1.18.0更新於 Oct 24, 2026

Shared, versioned context that humans and AI agents can publish, review, annotate, and continue.

已驗證Streamable HTTP可網頁執行效率與工作流知識與記憶溝通與協作

概覽

AI 產生的概覽

Handover 是託管的 MCP 伺服器,提供共享、具版本的脈絡,讓人和 AI 代理發布、審閱、註記並接續工作。

可以做什麼
驗證已連線的身分、組織、工作區與權限範圍,作者身分取自憑證而非工具輸入。搜尋個人或公司脈絡,並檢視精確且不可變的修訂版本。讀取附加的 Markdown、HTML、SQL、JSON、程式碼與圖片檔案。取得討論與錨定修訂的註記,並新增、編輯、解決或回覆審閱留言。建立新的交接或接續既有交接,並在稽核歷程中保留已驗證的身分。
適用情境
適用於多個人與代理輪流處理未完成工作、需要共享產出、可區分的身分、審閱與修訂歷程的情境,例如在 Claude Code、Codex、Cursor 或 Gemini CLI 之間轉移工作。若只是單次本機交接,Markdown 清單就已足夠。
執行需求
使用 handover.sh 上的遠端 Streamable HTTP 端點,不需本機套件。互動式主機透過 Handover 的 OAuth 瀏覽器登入;無人值守的執行器需在工作區建立具權限範圍的服務憑證,並以 HANDOVER_TOKEN 環境變數或私有標頭提供。工具呼叫需要帳號與工作區,握手與工具結構可公開檢視。
安裝前請注意
工具呼叫需驗證且會寫入共享脈絡:建立交接、發布產出、編輯或解決留言都會改動他人依賴的資料。服務憑證以具名代理身分授予存取權,應避免把 HANDOVER_TOKEN 放進程式碼儲存庫或提交到版本控制的 MCP 設定,也不要貼到聊天中。代理停用後應撤銷授權與憑證。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Handover,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

交給代理程式安裝

把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。

閱讀 https://sourceweft.com/mcp/sh.handover%2Fhandover/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。

檢視代理程式所依據的安裝指南

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "handover": {
      "type": "http",
      "url": "https://handover.sh/api/mcp?profile=core"
    }
  }
}

README

Handover MCP

Move active work between Claude Code, Codex, Cursor, Gemini CLI, people, and service agents without losing decisions, files, history, or authorship.

[npm CLI] [MCP Registry] [Agent Skills] [skills.sh] [MIT License]

Handover provides shared, versioned context for humans and AI agents through a hosted Model Context Protocol server, a dependency-free CLI, and eight open Agent Skills. This repository is the public source, discovery, installation, and connection record for those interfaces.

[Handover product interface]

Research and evidence

The Handover research and evidence index collects the open continuity benchmark, Reporter migration field report, Handoff Continuity Record, and runnable continuation demo. Findings stay beside their methods, source artifacts, first-party relationship, and material limitations.

The versioned research/v1/ package gives agents and researchers a stable JSON index, JSON Schema, citation metadata, and a bounded Markdown summary. The package is a first-party publication by Handover and 44pixels; it is designed for inspection and reuse, not presented as independent validation.

See a complete handoff

The public continuation demo shows the same workflow from both sides: an interactive human view and an agent-readable record. It includes Markdown, SQL, JSON, a visual artifact, three attributable revisions, a human review note, and the next agent's resolution. No account is required.

Build a private handoff prompt

The AI handoff prompt generator turns unfinished work into separate capture and receiver prompts without requiring an account. Draft fields stay inside the browser tab and are not sent to analytics or stored as a server-side draft.

The receiver prompt requires the next actor to inspect the evidence, separate verified and unverified state, identify blockers, and state one bounded next action before continuing. Copy or download the Markdown record, or carry the same private draft into a prefilled first handover.

Move from Claude Code to Codex

Codex's built-in import is the right first choice for a one-time move of supported Claude Code setup, projects, memories, and recent chats. Use Handover when Claude Code and Codex will alternate on unfinished work and need shared artifacts, separate identities, review, and revision history.

The Claude Code to Codex transfer recipe contains the exact sender checkpoint, two-host service-credential setup, receiver verification, optimistic-concurrency continuation, revocation test, and pass criteria. The rendered guide explains when to use native import and when to use a durable handoff.

Run the reviewed MCP handoff

The demo shows the finished record. The end-to-end MCP handoff procedure tests the workflow itself across separate authenticated identities:

  1. verify the publisher;
  2. publish Markdown, SQL, and JSON;
  3. read every artifact back;
  4. review exact evidence from another identity;
  5. publish a correction with optimistic concurrency;
  6. resolve the finding against the correcting revision; and
  7. prove a fresh successor can continue without the original chat.

It also exercises denied, read-only, stale-revision, and revoked-credential paths. Use the rendered guide for the rationale, or connect an agent through the install flow before running the repository procedure.

Use the AI agent handoff checklist

For a smaller local handoff, start with the Markdown checklist. It captures the objective, current state, decisions, evidence, constraints, next action, and ownership, then requires the receiving actor to read the current revision, open the evidence, reproduce one meaningful result, and mark the handoff as passed or blocked.

The rendered checklist and FAQ explains each verification step. The raw template works without Handover; use the hosted service when multiple actors need authenticated access, immutable revisions, search, annotations, or auditable ownership.

Test company AI context readiness

Before connecting company knowledge to several people and agents, use the company AI context readiness checklist. It separates approved source knowledge from changing continuation records, inventories human and service identities, declares company and workspace boundaries, and finishes with a two-person, two-agent pilot.

The pilot is intentionally stricter than an import count: it verifies authorized retrieval, attributable revisions, human review, denied searches, agent revocation, and fresh-session continuation. The source-linked architecture guide explains why a search index, private model memory, and canonical company records have different responsibilities.

Use the open handoff format

The Handoff Continuity Record is a platform-neutral JSON format for the state another human or AI agent needs to verify and continue work. It records the objective, verified and unverified state, decisions, evidence, constraints, next action, ownership, and open review without prescribing transport, routing, authentication, or storage.

The protocol/v1/ directory contains:

  • a JSON Schema Draft 2020-12 contract;
  • a valid inventory-reporting example;
  • a dependency-free Node.js conformance checker; and
  • producer, receiver, scope, and security requirements.
bash
node protocol/v1/validate.mjs protocol/v1/example.json

MCP can expose the tools used to read and write the record. A2A or an orchestration framework can route it. Git or Handover can store it.

Connect

The canonical Streamable HTTP endpoint is:

text
https://handover.sh/api/mcp?profile=core

The recommended core profile exposes 17 tools for everyday identity, search, retrieval, review, continuation, publishing, and portability workflows. Use https://handover.sh/api/mcp?profile=native for all 27 first-party Handover operations. The unparameterized https://handover.sh/api/mcp endpoint retains all 55 tools and Reporter aliases for existing integrations.

The endpoint exposes its MCP handshake and tool schemas without an account so clients and directories can verify compatibility before connecting. Tool calls remain protected and return Handover's OAuth resource challenge when no valid human or service credential is present.

Interactive MCP hosts use Handover's first-party OAuth flow: standard discovery, dynamic client registration, PKCE, short-lived access tokens, and rotating refresh tokens. The host opens Handover in a browser; sign in as yourself, review the requested permissions, and approve the connection. Handover records your human identity on every attributable action.

Unattended runners and hosts without OAuth support use a separately named, scoped service credential created under Workspace or Company -> Agents. Human and service identities remain independently attributable and revocable.

For the complete setup, identity check, two-agent continuity test, and troubleshooting flow, see CONNECTING.md.

Codex

bash
codex mcp add handover --url https://handover.sh/api/mcp?profile=corecodex mcp login handover

Claude Code

bash
claude mcp add --transport http --scope user \  handover https://handover.sh/api/mcp?profile=core

Gemini CLI

bash
gemini mcp add --transport http --scope user \  handover https://handover.sh/api/mcp?profile=core

Cursor

Add this to .cursor/mcp.json. Cursor discovers Handover's authorization server and prompts for browser sign-in when the connection starts:

json
{  "mcpServers": {    "handover": {      "url": "https://handover.sh/api/mcp?profile=core"    }  }}

Cline

Open Cline's MCP wizard:

bash
cline mcp install handover --transport http https://handover.sh/api/mcp?profile=core

Choose Remote (HTTP) and Static headers, then enter the scoped service agent credential in Cline's private header prompt. The agent-readable llms-install.md includes the exact configuration, identity check, safe first write, two-agent continuation test, and revocation procedure. Use the first-party Cline setup page for the complete Handover flow. Do not paste a real credential into chat or commit Cline's private MCP settings.

Command-line client

The dependency-free Handover CLI supports the same durable workflow from a terminal:

bash
npm install --global handover-shhandover loginhandover doctorhandover search "billing migration"handover pull <slug-or-url> --out ./continued-workhandover publish ./report --title "Weekly report"

The published package source and metadata live in cli/. The audited direct installer remains available when npm is not appropriate:

bash
curl -fsSL https://handover.sh/install.sh | sh

Package releases are built from this public repository. The bootstrap and trusted-publishing process is documented in RELEASING.md.

handover doctor is a read-only connection check. It verifies the configured endpoint, server-resolved identity, workspace, role, scopes, and one protected context request without printing the credential or changing a handover. Use the complete verification checklist before an agent's first write.

Agent Skills

Install reusable Handover workflows into a compatible coding agent with the open Agent Skills format:

[skills.sh]

bash
npx skills add 44-pixels/handover-mcp --listnpx skills add 44-pixels/handover-mcp --skill handoffnpx skills add 44-pixels/handover-mcp --skill handover-recordnpx skills add 44-pixels/handover-mcp --skill handover-publishnpx skills add 44-pixels/handover-mcp --skill handover-test-continuity

The public collection includes a local-first session handoff, skills for creating and validating machine-readable records, verifying connections, publishing context, resuming work, reviewing revision-anchored feedback, testing complete multi-identity continuity, and governing agent access. Browse the catalog at skills.handover.sh or inspect the source in skills/. The collection is also indexed in the Skills.sh directory. The catalog organizes skills by handoff phase, includes a plain-language starting request for each workflow, and exposes the exact MCP tools and CLI commands through its machine-readable index.

The runtime is independently listed as sh.handover/handover in the official MCP Registry.

The Agent Skills and MCP guide explains the boundary between portable workflow instructions and authenticated runtime capabilities. Its raw end-to-end workflow is designed for direct agent retrieval.

For host-specific installation, use the tested Claude Code, Codex, Cursor, and Gemini CLI guide. Its raw verification checklist separates file installation from host discovery, skill activation, authenticated MCP identity, read-back, denied access, and cross-host continuation.

To publish a workflow that uses Handover, start with the Agent Skill developer kit, the contributor contract, and the starter skill. Copy the starter into a new skills/<name>/SKILL.md; the template deliberately does not use the reserved filename so registries cannot mistake it for an installable skill. Community submissions keep their publisher and source attribution; catalog inclusion does not widen Handover access or replace source review.

Validate the local contract before testing the authenticated workflow:

bash
node templates/handover-skill/validate.mjs skills/<name>/SKILL.md

Passing this validator proves the file contract, not host discovery, MCP authentication, permissions, read-back, or denied behavior. The developer kit keeps those runtime checks explicit.

Open continuity benchmark

The AI Handoff Continuity Benchmark tests whether a successor model can recover the objective, current state, decisions, evidence, constraints, next action, owner, and open questions from a transcript, compressed memory, or structured handoff.

The first two-system pilot scored structured handoffs at 79.45, conversation transcripts at 76.67, and compressed memory at 45.00. It is a small authored pilot rather than a model leaderboard. The public benchmark/ directory contains the dataset, answer key, dependency-free scorer, strict submissions, deterministic results, limitations, and all 18 raw response bodies. Reuse the published CITATION.cff, citation.bib, or flat summary.csv instead of transcribing values from the page.

bash
cd benchmark/v1node run.mjs --validate-scorernode run.mjs --prompts ./prompts

What agents can do

Connected agents can:

  • verify the active identity, organization, workspace, and scopes with handover.whoami;
  • search company or personal context;
  • inspect an exact immutable revision;
  • read attached Markdown, HTML, SQL, JSON, code, images, and other files;
  • retrieve discussions and revision-anchored annotations;
  • create a new handover or continue an existing one;
  • add, edit, resolve, and respond to review comments;
  • preserve the authenticated human or service identity in the audit history.

The server never asks an agent to provide an author identity in tool input. Authorship comes from the authenticated credential.

Verify the connection

Ask the connected host to perform these calls before real work:

  1. Call handover.whoami with no arguments and confirm the returned person or named service agent, organization, workspace, role, and scopes.
  2. Call handover.search with { "query": "" } and confirm it returns only context that identity should be able to access.
  3. Read one known handover and artifact before creating or continuing work.

A working connection lists Handover's tools without a JSON or sign-in error, preserves the intended identity as author, and immediately stops working after the OAuth grant or service credential is revoked.

Service agents

Workspace owners create service agents in Handover and grant only the scopes that actor needs. Store the credential in HANDOVER_TOKEN; do not put it in a repository or MCP configuration committed to source control.

bash
export HANDOVER_TOKEN='hnd_tok_...'codex mcp add handover \  --url https://handover.sh/api/mcp?profile=core \  --bearer-token-env-var HANDOVER_TOKEN

Discovery and documentation

Source and support

The hosted Handover application source is maintained in a private repository. This public repository contains the MCP connection record, setup documentation, and the source of the dependency-free CLI, not the hosted service implementation.

Report connection or documentation problems through GitHub Issues. Report security concerns using the process in SECURITY.md.

來源:README.md,提交 b036340

工具

0
SourceWeft 尚未讀取此伺服器的工具。

版本歷史

1
  1. v1.18.0最新Sep 16, 2026

評分

已滿足適用檢查項的 85%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通必需25 分
  • 已宣告認證方式必需10 分
  • 已列出工具必需15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分

其他 Handover 整合