Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add REMvisual/claude-handoff --skill handoffplangit clone --depth 1 https://github.com/REMvisual/claude-handoffWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/remvisual/claude-handoff/handoffplan)<a href="https://agentmods.dev/skills/remvisual/claude-handoff/handoffplan"><img src="https://agentmods.dev/badge/skills/remvisual/claude-handoff/handoffplan/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/remvisual/claude-handoff/handoffplan"><img src="https://agentmods.dev/badge/skills/remvisual/claude-handoff/handoffplan.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00028 | $0.03049 |
| Opus 5.5 | $0.00011 | $0.01220 |
| Sonnet 5.5 | $0.00006 | $0.00610 |
| Haiku 4.5 | $0.00003 | $0.00305 |
Grade A, and why
handoffplan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 272 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Handoff Plan
IMPORTANT: This skill writes files. You MUST NOT be in Claude Code's built-in plan mode. If you are currently in plan mode, exit plan mode first (use ExitPlanMode) before proceeding. This skill produces plan files — it does not use Claude Code's plan mode feature. They are different things.
Step 1: Run /handoff to create the data file — FULL TWO-PHASE PROCESS.
Execute the full /handoff skill first, including the mandatory two-phase write process:
- Phase 1: Write the handoff file (all sections, narrative + evidence)
- Phase 2 (MANDATORY for Deep and Chunked passes): Read it back, scan conversation for uncaptured data, use Edit to expand toward the ceiling (800 lines for 1M context)
This is not optional. The handoff is the data store — a thin handoff produces a thin plan. Follow the handoff skill's mining-pass detection, line count checks, and gap research pass exactly as specified.
Do NOT skip or abbreviate the handoff. Do NOT skip Phase 2. If the handoff is under 500 lines on a Chunked pass, you haven't mined deep enough — go back and expand before writing the plan.
Do NOT ask to close the session after the handoff. Skip Step 8 of the handoff skill — the close prompt happens after the plan is written, not after the handoff.
Do NOT enter Claude Code plan mode at any point. This skill writes files and commits. Plan mode is not used.
This skill creates a plan for the NEXT session to execute. The handoff captures data. The plan defines work. Beads track phases. Then you commit, close, and give the user a paste prompt that tells the next session to start executing Phase 1 immediately — no onboarding, no exploration, just code. The next session gets full clean context because it's a fresh session.
Arguments: $ARGUMENTS
Compact mode. If $ARGUMENTS contains the word compact-mode, the compact-handoff mod started this run and will replace the conversation with the plan when your turn ends. Follow the handoff skill's compact-mode rules: ask nothing in this turn, and take stated defaults. Run Steps 1-6 as normal, but keep Step 5's report to one line (the compaction replaces it seconds later) and skip Step 6 item 3. Print Step 6's paste prompt block exactly as the template has it (header, dashed rules, every line): the mod sends it as the next prompt word for word. End your turn with this exact last line, paths relative to the repo root:
COMPACT-HANDOFF-READY: {handoff path} | {plan path}
If either file could not be written, end with COMPACT-HANDOFF-FAILED: {reason} instead.
CHECKPOINT before Step 2: Count the handoff's lines. Check its mining-pass minimum (Quick: 150/250, Deep: 300, Chunked: 500 — see handoff skill's Line Budget table). If the handoff is under its pass minimum, STOP. Run the handoff's Phase 2 gap research pass now — read back what you wrote, scan the conversation for uncaptured data, and Edit to expand. Do not proceed to the plan with a thin handoff. The plan's quality is bounded by the handoff's quality.
Step 2: Write the plan file.
Once the handoff file exists, write the plan. The plan lives in the same directory as the handoff, with the same slug:
- Handoff:
HANDOFF_{chain_tag}_{slug}_{date}.md(already written — orHANDOFF_{slug}_{date}.mdif no beads) - Plan:
PLAN_{chain_tag}_{slug}_{date}.md(write this now — mirror the handoff's naming)
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- today Changed 7bd5babdb143
- 4d ago Changed · +4 lines 1caf59d6103b
- 1mo ago First seen · 268 lines · 28 tokens per session scan A 100f34e2fd86
handoffplan is a skill published in the GitHub repository REMvisual/claude-handoff (65 stars, last pushed yesterday), licensed MIT. It adds 28 tokens to every session and 3,049 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
principle-outcome-oriented-execution
Apply during planned rewrites and migrations with explicit phase boundaries. Converge on the target architecture; don't preserve smooth intermediate states with throwaway compatibility code.
task-forest
Maintains a repo-local task forest or task DAG for the current workspace. Use when the user asks to initialize or update a task forest, close a session, summarize evolving project work, align a request with a global goal, track progress/history/deviations/todos, save or apply a task proposal, or export the…
TEMPLATE
../../../agents/personas/TEMPLATE.md.
work
Execute Elixir/Phoenix plan tasks with progress tracking. Use after /phx:plan to implement features with mix compile and mix test verification after each step, or --continue to resume interrupted work.
catchup
Summarize and review what changed while you were away. Use after a weekend, vacation, or flight to check missed PRs, git commits, Linear tickets, and meetings — one prioritized brief, not a firehose.
plan
Plan features spanning multiple domains: billing (Stripe), auth (RBAC), real-time (Presence), webhooks, jobs (Oban). Use when designing interconnected systems or converting review findings into tasks.