handoff
Skill15 starsChanged 8 months agoMITView on GitHub
Session handoff — compress current context into a structured prompt for seamless continuation in a new session. Use when: switching sessions, running low on context, or needing to hand off work.
191 other projects use a version of this.
Adopted by
Most recently taken up by
- xiaoxiaosrm/dsh-mattpocock-skillstheir own version, first seen Nov 8, 2026
- ethosagent/ethostheir own version, first seen Nov 8, 2026
- dsifry/metaswarmtheir own version, first seen Nov 8, 2026
- glebis/claude-skillstheir own version, first seen Nov 8, 2026
- domengabrovsek/agent-configtheir own version, first seen Nov 8, 2026
- domengabrovsek/claudetheir own version, first seen Nov 8, 2026
Used with
Projects with it also use decision-mapping, setup-ts-deep-modules and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
FabienDehopreSkilldecision-mapping
Turn a loose idea into a sequenced map of investigation tickets, then drive them to resolution one at a time.
Also in 8 projects that use this
liufeng1976Skillsetup-ts-deep-modules
Wire dependency-cruiser into a TypeScript repo so each package is a deep module — implementation hidden in subfolders, reachable only through its entry-point files. User-invoked.
Also in 42 projects that use this
AWSSkillto-questionnaire
Turn a decision you can't fully answer into a questionnaire for someone else to fill in.
Also in 93 projects that use this
GoogleSkillask-matt
Ask which skill or flow fits your situation. A router over the skills in this repo.
Also in 87 projects that use this
RoentekSkillloop-me
Grill me about specs for the workflows I want to build, within this workspace.
Also in 51 projects that use this
LesaniSkillwriting-beats
Shape an article as a journey of beats, choose-your-own-adventure style. The user picks a starting beat from the raw material, you write only that beat, then offer options for where to pivot next, beat by beat, until the article reaches a natural end. Use when the user has raw material and wants to assemble it as a narrative rather than an argument.
Also in 54 projects that use this
Other versions191 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 191
- mattpocock/skills★ 309ksame name
- QuivrHQ/quivr★ 40ksame name
- The-Vibe-Company/quivr★ 40ksame name
- GreyDGL/PentestGPT★ 16ksame name
- ykdojo/claude-code-tips★ 10ksame name
- ArcReel/ArcReel★ 6.3ksame name
- vinvcn/mattpocock-skills-zh-CN★ 5.5ksame name
- withcoral/coral★ 4.9ksame name
- epicenter-md/epicenter★ 4.8ksame name
- EpicenterHQ/epicenter★ 4.8ksame name
181 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository6 other files it gives its agents.
- agentskill-expertiseSkill
- collaboration-styleSkill
- project-docsSkill
- self-growthSkill
- thoroughSkill
- vector-memorySkill
The file
We split this skill into the rules it gives an agent
7 rules. 0 are common, 7 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 172 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 34
Before output, go through the extraction checklist item by item:
- Distinctive: line 55
If the conversation involved multiple independent workflows, group by workflow — don't flatten everything into one linear list.
- Distinctive: line 93
Concrete not abstract: write file paths, function names, commands, error messages — not "some file" or "that bug"
- Distinctive: line 160
If keeping only P0 still exceeds 6000 tokens, compress completed workflows to a one-line summary ("Completed X — see git log") and reserve …
- Distinctive: line 164
After producing the handoff, explicitly flag low-confidence items and ask: "The above is the complete handoff — anything missing?"
- Distinctive: line 165
If a plan or task list was produced during the conversation, integrate it into "Progress" and "Next Step"
- Distinctive: line 166
If the user gave more than 3 instructions during the conversation, add a line at the end of the handoff: "The above contains N user …
“Common” is measured: kept by at least 6 in 10 of the 172 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Session Handoff
Compress the critical context from the current conversation into a prompt so the user can paste it into a new session and the new AI can pick up the work immediately.
The Problem
Long sessions accumulate cache tokens that slow responses and drain quota. But starting a new session cold loses all conversation context. This skill solves: compress context, don't lose context.
Execution Steps
Phase 1: Retrospective Scan
Scan back through the entire conversation history in sequence. Early context is easily lost to attention decay or compression truncation — scan from the beginning forward, don't rely only on recent memory.
Tag each piece of information with a priority:
- P0 (must include): information that, if lost, would cause the new session to make errors, redo work, or violate user intent
- P1 (should include): improves efficiency and avoids detours, but not fatal if lost
P0 criteria: user instructions and corrections, incomplete task state, key decisions and ruled-out alternatives, known pitfalls. P1 criteria: technical details, supporting context, reference resources, details of already-completed items.
Phase 2: Organize Output
Organize content according to the extraction checklist and output format below. Keep all P0 items; include P1 items based on total handoff length.
Phase 3: Self-Verification
Before output, go through the extraction checklist item by item:
- Every independent task/workflow in the conversation is covered?
- All user instructions and corrections are listed individually?
- Key decisions include both "why" and "what was ruled out"?
- Known pitfalls are recorded? (not just failed approaches, but also environment constraints and unexpected behaviors)
- Next steps are specific enough to execute immediately?
- Any important understanding built during the conversation not covered by any section?
For low-confidence items (fuzzy on details, uncertain if complete), annotate the entry with [⚠ Please confirm with user].
Phase 4: Delivery Confirmation
Output the handoff, then ask the user to confirm.
Extraction Checklist
P0 items must be listed individually — no omissions, no merging. P1 items may be condensed when handoff exceeds 4000 tokens.
Tasks and Progress
If the conversation involved multiple independent workflows, group by workflow — don't flatten everything into one linear list.
Each workflow includes:
- Task goal: what's being done and why
- Current state: how far along, what's done, what's not
- Next step: what the new session should do next (written as a directly executable instruction)
User Instructions Given in This Session [P0]
This is the information most easily lost when switching sessions. List each one individually, preserve the original wording:
- Response requirements: tone, format, style, "always do X", "never do Y"
- Behavioral corrections: directions the user corrected, reasons for redirects
- Explicit preferences and decisions: which option was chosen, why, what was ruled out
Shared Understanding Built in This Conversation [P0]
Understanding that developed gradually through the conversation and no longer needs to be re-explained by either party. This is the tacit knowledge most likely to be missing in a new session:
- Codebase understanding: "Module X behaves differently from the docs — what it actually does is…", "API Y has constraint Z"
- Problem understanding: root cause judgment reached through discussion, clarified requirements
- Solution evolution: how the final approach evolved (A → found problem → switched to B → added constraint C → final solution D)
Record not just the "conclusion" but "why that conclusion."
Working Context
- Working directory and relevant files: path + status of each file (modified/created/pending) + what changed
- Key decisions and rationale: what choices were made, why, which alternatives were ruled out and why
- Known pitfalls: failed approaches, environment constraints, routes to avoid, unexpected behaviors
- Technical details [P1]: architecture, dependencies, versions, special configuration
Unresolved Items
- Open questions: unanswered questions, items pending confirmation
- External resources [P1]: referenced documentation, URLs, APIs
Output Principles
- Verbatim: user instructions, corrections, and preferences are quoted word-for-word — not paraphrased or summarized. The new session needs to "hear" the user's actual voice, not the AI's interpretation
- Concrete not abstract: write file paths, function names, commands, error messages — not "some file" or "that bug"
- Executable: "Next step" must be written so the AI in the new session can act on it immediately
- Don't copy file contents: record paths and key findings only — don't paste entire files
- Self-contained: the handoff must stand alone. The new session should be able to function normally with only this handoff, without depending on any external state. All important context must be included (repeated items can be summarized in one line, but must not be omitted). Reason: this handoff may be pasted into any AI environment (Claude.ai, ChatGPT, other tools) — not just Claude Code. Do not assume the new session has a memory system, CLAUDE.md, or any persistence mechanism
Output Format
Output a single markdown code block with the following structure. Sections only appear when they have content:
# Session Handoff — {YYYY-MM-DD}
## Background
{One or two sentences describing the task and motivation}
## Working Directory
{Project path}
## Progress
### Workflow A: {Name} (omit grouping if only one workflow)
**Completed**
- {Specific completed items, with file paths}
**In Progress / Pending**
- {Incomplete items, with current state and where things are stuck}
**Next Step**
{Written as a directly executable instruction}
### Workflow B: {Name}
...
## Shared Understanding
(Key understanding built during the conversation — missing this would cause incorrect judgments in the new session)
- {Understanding}
- {Solution evolution}: A (failed because X) → B (constrained by Y) → final C
## Key Decisions
- {Decision} — Because: {reason} — Ruled out: {alternatives and why}
## Relevant Files
| File | Status | Notes |
|------|--------|-------|
| {path} | modified/created/pending | {what was done or needs to be done} |
## Known Pitfalls
- {Failed approach or route to avoid} — Reason: {why it failed}
## User Instructions
(Listed individually, verbatim, no merging, no omissions)
- Response style: "{exact words}"
- Behavioral correction: "{exact words}" — Context: {why this correction was given}
- Preference/decision: "{exact words}"
## Unresolved
- {Items pending confirmation or still unanswered}Length Management
| Estimated handoff length | Strategy |
| < 2000 tokens | Expand everything, no condensing needed |
| 2000–4000 tokens | Keep all P0, condense P1 to one-line summaries |
| > 4000 tokens | Keep all P0, include only P1 items needed for the new session's first step, omit the rest and note "see {file path}" |
If keeping only P0 still exceeds 6000 tokens, compress completed workflows to a one-line summary ("Completed X — see git log") and reserve space for in-progress and pending work.
Supplemental Behavior
- After producing the handoff, explicitly flag low-confidence items and ask: "The above is the complete handoff — anything missing?"
- If a plan or task list was produced during the conversation, integrate it into "Progress" and "Next Step"
- If the user gave more than 3 instructions during the conversation, add a line at the end of the handoff: "The above contains N user instructions — all listed."
- (Claude Code environment only) If the conversation contains feedback or project context worth persisting that hasn't been written to memory yet, write it to memory first, then produce the handoff. The handoff is one-time; memory is the persistent layer across sessions. Ignore this step in non-Claude Code environments.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

