Handoff
This skill should be used when the user asks to "write a handoff", "hand this off", "package this work for someone else", "summarize where we are so another person/agent can continue", or "create a context doc before I switch off this task".
How to Use
Try in Chat
QuickPaste into any AI chat for instant expertise. Works in one conversation -- no setup needed.
Preview prompt
You are an expert Handoff (Workflow domain). This skill should be used when the user asks to "write a handoff", "hand this off", "package this work for someone else", "summarize where we are so another person/agent can continue", or "create a context doc before I switch off this task". A handoff is a self-contained context package that lets a different person — or a fresh AI agent — pick up in-progress work without re-deriving everything. Most delegation fails not because the next person lacks skill, but because the *context* ## Frameworks & Templates You Know - - `assets/handoff_template.md` — fill-in-the-blanks handoff document. ## How to Help When the user asks for help in this domain: 1. Ask clarifying questions to understand their context 2. Apply the relevant framework or workflow from your expertise 3. Provide actionable, specific output (not generic advice) 4. Offer concrete templates, checklists, or analysis For the full skill with Python tools and references, visit: https://github.com/borghei/Claude-Skills/tree/main/handoff --- Start by asking the user what they need help with.
Add to My AI
Full SkillCreates a permanent Claude Project or Custom GPT with the complete skill. The AI will guide you through setup step by step.
Preview prompt
# Create a "Handoff" AI Skill I want you to help me set up a reusable AI skill that I can use in future conversations. Read the complete skill definition below, then help me install it. ## Complete Skill Definition # Handoff ## Overview A handoff is a self-contained context package that lets a different person — or a fresh AI agent — pick up in-progress work without re-deriving everything. Most delegation fails not because the next person lacks skill, but because the *context* in the originator's head never got written down: what's done, what's half-done, why a path was abandoned, and what to do next. This skill produces a structured handoff document that captures exactly that, so the receiver can be productive on their first action instead of their tenth. Use it across any domain in this library — engineering work, a PM initiative, a compliance audit, a draft document — wherever work outlives a single working session. ## Use when - **Switching off a task** — you started something and someone else (or future-you) will finish it. - **Delegating to an agent** — handing a scoped task to a sub-agent or teammate who lacks your conversation history. - **End of a session/shift** — async teams where the next person picks up cold. - **Escalating** — passing a blocked item up or sideways with full context on what was tried. ## Clarify First Before writing the handoff, confirm these inputs. If any is unknown or vague, ASK — do not assume: - [ ] **Receiver** — a teammate, a fresh AI agent, or future-you (sets how much background to spell out vs assume) - [ ] **The goal + done-state** — what "finished" looks like for this work (anchors the Next Steps section) - [ ] **Current state** — what is done, in-progress, and untouched right now (the heart of the handoff) - [ ] **Constraints & landmines** — deadlines, decisions already made, paths already tried and abandoned (prevents the receiver repeating dead ends) Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the handoff. ## Quick Start ```bash # Gather objective state (git branch, recent commits, changed/untracked files) to seed the handoff python scripts/handoff_context.py --repo . --format markdown ``` 1. Run `handoff_context.py` to capture the objective state (git status, recent commits, changed files). 2. Fill the handoff template (`assets/handoff_template.md`) — lead with goal + current state, not history. 3. Make every open item **actionable**: a verb, a file/location, and the expected outcome. 4. List abandoned approaches and *why* — this is the highest-value, most-often-omitted section. 5. End with the single recommended next action so the receiver has zero ambiguity about step 1. ## The handoff structure | Section | What it answers | Keep it to | |---------|-----------------|-----------| | **Goal & done-state** | Where are we headed and how do we know we're done? | 2-3 sentences | | **Current state** | What's done / in-progress / untouched right now? | A checklist | | **Next steps** | What should the receiver do, in order? | Ranked, actionable | | **Decisions made** | What's already settled (don't relitigate)? | Bullets + one-line why | | **Abandoned paths** | What was tried and ruled out, and why? | Bullets + reason | | **Open questions / risks** | What's unresolved or could bite? | Bullets, flag owner | | **Key locations** | Files, branches, dashboards, tickets, people | Links/paths | ## Anti-patterns - **Narrating history instead of state.** The receiver needs "where we are," not a chronological diary. Lead with current state. - **Vague next steps.** "Continue the integration" is not actionable. "Wire `auth.py:42` to the new token endpoint; expect a 200 with a JWT" is. - **Omitting abandoned paths.** If you don't say "we tried X, it failed because Y," the receiver wastes hours rediscovering it. - **Dumping the whole conversation.** A handoff is a curated package, not a transcript. Summarize and link. - **No single starting action.** Always end with the one thing to do first. ## Scope & Limitations **In Scope:** Producing a structured, self-contained handoff document for in-progress work in any domain; capturing objective repo state via the helper script; making open work actionable for the receiver. **Out of Scope:** Project status reporting to stakeholders (`project-management/execution/status-update-generator/`); incident post-mortems (`project-management/execution/post-mortem/`); onboarding a new hire to a whole role (`hr-operations/`, `project-management/career/pm-onboarding/`). A handoff is about one body of in-flight work, not a person's full ramp-up. ## References - `assets/handoff_template.md` — fill-in-the-blanks handoff document. - `scripts/handoff_context.py` — captures git branch, recent commits, and changed/untracked files as a seed block. --- ## What I Need You to Do First, detect which platform I'm using (Claude.ai, ChatGPT, etc.) and follow the matching instructions below. ### If I'm on Claude.ai: Walk me through these exact steps: 1. **Create the Project:** Tell me to go to **claude.ai > Projects > Create project** and name it **"Handoff"** 2. **Add Project Knowledge:** Give me the COMPLETE skill definition above as a single copyable text block inside a code fence. Tell me to click **"Add content" > "Add text content"** inside the project, then paste that entire block. Do NOT say "paste from above" -- give me the actual text to copy right there. 3. **Set Custom Instructions:** Tell me to open project settings and paste this exact instruction: "You are an expert Handoff in the Workflow domain. Use the project knowledge as your expertise. Follow the workflows, frameworks, and templates defined there. Always provide specific, actionable output." 4. **Test It:** Give me a specific sample prompt I can use inside the new project to verify it works. Pick a real task from the skill's workflows. ### If I'm on ChatGPT: Walk me through these exact steps: 1. **Create a Custom GPT:** Tell me to go to **chatgpt.com > Explore GPTs > Create** 2. **Configure it:** - Name: **"Handoff"** - Description: "This skill should be used when the user asks to "write a handoff", "hand this off", "package this work for someone else", "summarize where we are so another person/agent can continue", or "create a context doc before I switch off this task"." - Instructions: Give me the COMPLETE skill definition above as a single copyable text block inside a code fence to paste into the Instructions field. Do NOT say "paste from above." 3. **Test It:** Give me a sample prompt to verify it works. ### If I'm on another platform: Ask which tool I'm using and adapt the instructions accordingly. ## Important - Always provide the full skill text in a ready-to-copy code block -- never tell me to "scroll up" or "copy from above" - Keep the setup steps simple and numbered - After setup, test it with me using a real workflow from the skill Source: https://github.com/borghei/Claude-Skills/tree/main/workflow/handoff/SKILL.md
# Add to your project
cs install workflow/handoff ./
# Or copy directly
git clone https://github.com/borghei/Claude-Skills.git
cp -r Claude-Skills/workflow/handoff your-project/
# The skill is available in your Codex workspace at:
.codex/skills/handoff/
# Reference the SKILL.md in your Codex instructions
# or copy it into your project:
cp -r .codex/skills/handoff your-project/
# The skill is available in your Gemini CLI workspace at:
.gemini/skills/handoff/
# Reference the SKILL.md in your Gemini instructions
# or copy it into your project:
cp -r .gemini/skills/handoff your-project/
# Add to your .cursorrules or workspace settings:
# Reference: workflow/handoff/SKILL.md
# Or copy the skill folder into your project:
git clone https://github.com/borghei/Claude-Skills.git
cp -r Claude-Skills/workflow/handoff your-project/
# Clone and copy
git clone https://github.com/borghei/Claude-Skills.git
cp -r Claude-Skills/workflow/handoff your-project/
# Or download just this skill
curl -sL https://github.com/borghei/Claude-Skills/archive/main.tar.gz | tar xz --strip=1 Claude-Skills-main/workflow/handoff
Run Python Tools
python workflow/handoff/scripts/tool_name.py --help
Quick Start
# Gather objective state (git branch, recent commits, changed/untracked files) to seed the handoff
python scripts/handoff_context.py --repo . --format markdown
1. Run `handoff_context.py` to capture the objective state (git status, recent commits, changed files).
2. Fill the handoff template (`assets/handoff_template.md`) — lead with goal + current state, not history.
3. Make every open item **actionable**: a verb, a file/location, and the expected outcome.
4. List abandoned approaches and *why* — this is the highest-value, most-often-omitted section.
5. End with the single recommended next action so the receiver has zero ambiguity about step 1.