Skip to content

smithlamar/handover

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

16 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

handover

A Claude Code Agent Skill that turns "wrap up and hand off this session" into a repeatable workflow: clean up stale handoff docs, write a structured new one that leads with a self-contained brief, persist it, and hand you a short one-line command to resume in a fresh session. It also handles the other end of the baton — picking work back up from a handoff doc — and the final lap: cleaning up the handover artifacts once the work is done.

Contents

Usage

One command, three flavors — the argument picks the phase:

  • /handover <describe next session goal> — prep a handoff doc for that goal and hand back a one-line pickup command. The goal is required — invoked without one, the skill asks for it before writing.
  • /handover <file> — provided as an output to you from the command above. Use it to pick up in a fresh session after /clear (which destroys the old session's context and starts a new one): read the doc's brief, verify the starting state, continue the work.
  • /handover cleanup — verify the tracked work is completely done, then delete the handover artifacts; use when no successor session follows.

Invoke the skill explicitly with the slash command. It sets disable-model-invocation: true so agents won't auto-trigger it.

Why this exists

A long session's context window keeps growing, and you pay for that prefix on every turn. Eventually you compact or clear it — but native compaction just shrinks the context in place; it leaves no artifact you can re-read, hand to a teammate, or pick up days later. A handoff is, in effect, a durable, curated compaction: it captures the scope, decisions, and state into a file before you clear context, so the next session — a fresh agent, you tomorrow, or a colleague — resumes from a deliberate brief instead of a lossy auto-summary. The file is the artifact native compaction never leaves you.

That packaging is all the producing session does — it distills what it already knows for the successor to act on. It deliberately doesn't start solving the next goal: spending the current context doing the next session's work defeats the point of preserving it.

Prepping a handoff

Prepping runs three steps:

  1. Clean up stale handoff docs — retire ones whose work has shipped, leave living reference docs (and in-flight handoffs) alone.
  2. Write the new handoff doc — a consistent structure that leads with a Resume here brief (goal, read order, starting state), then pickup state, what-this-cycle-accomplished, next objective, an execution guideline (when to pause vs. proceed), deferred items, and working-tree state.
  3. Persist + hand you the pickup line — leave the docs untracked by default (they're session ephemera; committed only if you say so or the project already tracks them), then give you the short pickup line to paste into a fresh session.

The point of a handoff is that the successor has zero memory of the prior session, so the doc must be specific and self-contained — every assumption spelled out or reachable via a path it cites. It also marks confidence as it goes — what's verified (and how it was confirmed) versus what's an assumption or lead — so the successor doesn't mistake a hunch for a fact and chase it down a dead end. The brief lives in the doc, not in a prompt you have to copy, so you can't lose it by forgetting to copy a prompt.

Picking up

In the fresh session, the same skill reads the doc's Resume here brief, follows the read order, verifies the starting state against reality, and resumes the work.

Cleaning up

The skill finds the handover artifacts it has first-hand context on, verifies the work is actually complete — if anything looks unfinished, it enumerates each outstanding item and asks you to confirm before deleting — then removes the docs and reports what went and what it left alone. No new handoff is written; cleanup closes the loop.

Files

  • SKILL.md — the skill's entry point: metadata plus a small router that picks the workflow phase from the argument and routes to one of the specific phase files.
  • handoff.md — the produce phase: clean up stale docs, write the new handoff, persist it, hand back the pickup line used to start the next session.
  • pickup.md — the pick up phase: read the brief, follow the read order, verify the starting state, continue.
  • cleanup.md — the clean up phase: verify the work is complete, then delete the artifacts.
  • README.md — this file.
  • references/ — worked examples, read on demand from handoff.md:
    • example-handoff-implementation.md — an "implement the design we finished" handoff that carries the agreed contract forward inline.
    • example-handoff-investigation.md — a "continue the investigation" handoff that carries live leads and ruled-out suspects.

Installing

Claude Code discovers skills from two locations:

  • Personal~/.claude/skills/ (available in all your projects)
  • Project<your-project>/.claude/skills/ (scoped to one repo, shareable with collaborators)

This repository's root is the skill (it contains SKILL.md), so install it by copying the repo's contents to <skills-dir>/handover/ — however you prefer to copy files. The skill loads at the start of the next session. To pick up a newer version, re-copy over the same location.

Verify

Start a fresh session and run /handover <some goal for a next session> — it should run the produce workflow (and ask for the goal if you omit it). To test the other direction, copy the pickup line (/handover <file>) from the output, /clear to start a fresh session, then run it — confirm the new session's agent reads the brief and resumes. To test cleanup, run /handover cleanup in a session whose work is done and confirm it verifies completion before deleting anything.

License

MIT No Attribution (MIT-0). See license.txt.

About

A Claude Code Agent Skill for session handoffs — turn wrapping up a session into a durable handoff doc you can resume from in a fresh session.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors