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 集成