handoff

star 33

Summarize current work into a handoff file for another agent to continue. Creates a structured markdown briefing with context, progress, next steps, and key decisions. Use when: handoff, hand off, pass to next agent, agent handoff, save context, continue later, pick up later.

leandronsp By leandronsp schedule Updated 4/9/2026

name: handoff description: "Summarize current work into a handoff file for another agent to continue. Creates a structured markdown briefing with context, progress, next steps, and key decisions. Use when: handoff, hand off, pass to next agent, agent handoff, save context, continue later, pick up later."

Handoff

Capture the current state of work into a structured markdown file so another agent (or a future session) can pick up exactly where you left off.

Usage

  • /handoff - summarize current work into a handoff file
  • /handoff <description> - handoff with a specific focus or note

Process

  1. Analyze the current session. Review what was discussed, what changed, what was decided.

  2. Check git state. Run git status, git diff, and git log --oneline -10 to capture the actual state of the codebase.

  3. Identify open threads. What was in progress? What's blocked? What needs human input?

  4. Write the handoff file to .handoff/ in the project root, using the format below.

  5. Print the file path so the user can share it with the next agent.

Handoff file format

# Handoff: {brief title}

**Created:** {YYYY-MM-DD HH:MM}
**Branch:** {current git branch}
**Status:** {in-progress | blocked | ready-for-review | paused}

## Goal

{What is being accomplished, in 1-3 sentences. Include the issue/PR URL if one exists.}

## What was done

{Bullet list of completed work. Be specific: file paths, function names, test results.}

## Current state

{Where things stand right now. Include:}
- Files modified (with paths)
- Tests passing/failing
- Any uncommitted changes
- Build/compile status

## Key decisions

{Decisions made during the session and WHY. Another agent needs this context to avoid re-debating or reversing them.}

## What's next

{Ordered list of remaining work. Be concrete: "add validation to `Accounts.create_user/1`", not "finish the feature".}

## Blockers / Open questions

{Anything that needs human input or external resolution before continuing.}

## How to continue

{Specific instructions for the next agent. Example:}
1. Read this handoff file
2. Check out branch `{branch}`
3. Run `{specific command}` to verify current state
4. Start with "{next concrete step}"

## Key files

{List the most important files for context, with one-line descriptions:}
- `path/to/file.ex` - {what it does / why it matters}

File naming

Save to .handoff/{timestamp}-{slug}.md where:

  • {timestamp} is YYYYMMDD-HHMM
  • {slug} is a short kebab-case description (e.g. verification-upload, admin-crud)

Example: .handoff/20260408-1430-verification-upload.md

Rules

  • Be concrete and specific. File paths, function names, line numbers. Vague summaries are useless.
  • Include the WHY behind decisions. The next agent has zero context from this conversation.
  • Don't editorialize or pad. State facts.
  • If there are uncommitted changes, say so explicitly and list them.
  • If tests are failing, include the failure output or at least the test name and reason.
  • The handoff must be self-contained. The next agent should NOT need to read this conversation.

Instructing the next agent

After creating the handoff file, tell the user:

To continue this work in a new session, start with:
> /dev .handoff/{filename}
Install via CLI
npx skills add https://github.com/leandronsp/dotfiles --skill handoff
Repository Details
star Stars 33
call_split Forks 0
navigation Branch main
article Path SKILL.md
More from Creator