mcpbeat

Handoff

openclaw/handoff

Clipboard-ready handoff prompt for another agent to investigate or continue a task.

1k tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
1033
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/openclaw/agent-skills --skill handoff

The instruction itself

6 sections, as written by the author

Handoff

Write a clipboard-ready prompt for another agent to investigate, discuss, or work

on a specific task.

Use when the user asks for handoff <task>, "write a handoff", "delegate this",

or wants a prompt for another agent.

Workflow

  • Identify the task from the user text. If the user gives only a short label,

infer from the current repo, recent discussion, branch name, linked issue/PR,

docs, and obvious nearby context.

  • Gather enough context to write a useful handoff: repo/product identity,

relevant issue/PR/branch names, likely modules, constraints, and known

symptoms. Do not perform the receiving agent's full independent review or

decide the final technical direction for them.

  • Write a standalone prompt for a fresh agent.
  • Copy the full prompt to the clipboard.
  • Final reply: terse confirmation with the task title. Do not paste the full

prompt unless the user asks.

Handoff Prompt Rules

The prompt must:

  • Start a discussion, not a command-only work order.
  • Ask the receiving agent to do an extensive independent review before changing

anything.

  • Make clear that the receiving agent owns that review; the handoff only gives

starting context and known constraints.

  • Ask the agent to decide whether the task is a good idea, stale, already

solved, over-scoped, or better handled differently.

  • Assume the agent starts in the repo, a parent directory, a workspace directory,

or a home directory and can find the repo itself.

  • Avoid filesystem paths. No absolute paths, home-directory paths, checkout

names, or repo-relative file paths unless the user explicitly requests them.

  • Use portable anchors instead: repo owner/name, product/module names, issue/PR

URLs, branch names, package/plugin names, public symbols, command names, config

keys, exact error text, docs titles, and search terms.

  • Include enough context for the receiving agent to get the right repo, boundary,

and desired outcome.

  • Include constraints, non-goals, validation expectations, and the desired

output shape.

  • Tell the receiving agent to re-check live repo/GitHub/CI state where relevant.
  • Tell the receiving agent not to push, merge, close issues/PRs, label, or post

public comments unless the handoff explicitly asks for it.

Prompt Template

Use this shape by default:

I want to discuss and possibly work on: <short task title>

Context:
- <portable repo/product context>
- <what triggered this task>
- <known current state, branch/issue/PR names or URLs if relevant>
- <important constraints and ownership boundaries>

Before doing any implementation:
- Find the right repository from the current directory, a parent directory, or the usual workspace.
- Read the local agent/repo instructions.
- Inspect the relevant code, docs, tests, recent commits, and linked issue/PR state.
- Decide whether this task is still real, whether the proposed direction is a good idea, and whether a smaller/better fix exists.
- Call out stale assumptions, hidden risks, and anything that should stop the work.

Task:
- <what to investigate or implement if the review supports it>
- <expected behavior or decision criteria>
- <non-goals>

Validation:
- <focused tests/checks/live proof expected>
- <what evidence should be included>
- <what is explicitly not required>

Output:
- Start with your review findings and recommendation.
- Then give the proposed plan or patch summary.
- If you edit code, keep changes scoped and report exact proof run.
- Do not push, merge, close issues/PRs, label, or post public comments unless explicitly told.

Clipboard

On macOS:

pbcopy < /tmp/handoff-prompt.txt

Use a temp file or pipe. Avoid inline shell quoting for prompts containing

backticks, $, quotes, or user text.

If pbcopy is unavailable, use the obvious platform clipboard tool (wl-copy,

xclip, clip.exe) or print the prompt and say clipboard copy was unavailable.

Quality Bar

  • No invented facts. Mark reviewed facts as such only after checking them.
  • No path leakage. Rewrite any accidental path as a symbol, module, command,

issue/PR URL, or search term.

  • Enough context for a fresh agent to orient; no giant brain dump.
  • First real instruction to the receiving agent: review, discuss, assess.

How to use it

Copy the folder

Take openclaw/handoff from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.