openclaw/agent-skills

handoff

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

First seen May 27, 2026

Installation

$ npx skills add openclaw/agent-skills --skill handoff

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from openclaw/agent-skills.

npx skills add openclaw/agent-skills

Browse all from openclaw/agent-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 1.1K
License LICENSE
Default branch main
Open issues 4
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 4,410 B
  • docs SUMMARY.md 98 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 64 installs

SKILL.md

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

  1. 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.

  1. 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.

  1. Write a standalone prompt for a fresh agent.
  2. Copy the full prompt to the clipboard.
  3. 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.