skills/session-handoff/SKILL.md
Invoke this skill whenever the user asks you to produce a prompt, summary, or context package intended as input for a future AI session. This covers: handoff prompts, context dumps, new-thread prompts, paste-ready prompts for fresh sessions, or any request to distill this conversation so another Claude instance or background agent can continue the work. Also invoke when the user mentions context window limits, thread length concerns, or wanting to reset/wrap up while preserving progress for a next session. This skill owns the output format and relevance filtering — do not attempt these handoffs without it. Do NOT invoke for human-audience artifacts: docs, READMEs, commit messages, tickets, release notes, standup updates, code explanations, or handoffs to human coworkers.
npx skillsauth add afollestad/personal-ai-skills session-handoffInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Turn the current session into a prompt that another agent can use immediately.
The goal is not to summarize the entire conversation. The goal is to preserve only the accurate and valuable context that will help the next session make progress faster (while minimizing the initial context window).
Use this skill when the user wants any version of these outcomes:
If the user already said what the next session should do, do not ask again. If the goal is still ambiguous after reading the conversation, ask one short clarifying question before drafting the handoff.
Pull forward details like these when they will save the next session from rediscovering them:
Leave out details like these unless the user explicitly asks for a full history:
If the user narrows the next-session goal, narrow the handoff aggressively too.
Write for the next agent, not about the next agent.
When possible, present the handoff as if it were the opening prompt of the next session rather than a retrospective summary.
Return only the handoff prompt unless the user asks for commentary.
Do not start the prompt with meta-commentary like "Continue this work in a fresh session" — the prompt is already going into a new session, so that framing is redundant. Jump straight into the substance.
Use this structure, omitting sections that truly do not apply:
Primary goal:
- ...
Current state:
- ...
Relevant files and areas:
- `path/to/file`: why it matters
- `path/to/other_file`: why it matters
Decisions and constraints to preserve:
- ...
Open questions or risks:
- ...
Recommended first steps:
1. ...
2. ...
3. ...
If the host environment has a built-in handoff, new-thread, or background-thread tool, prefer using it when the user wants the session transition to happen immediately.
In that case:
If there is no native handoff mechanism, return the paste-ready prompt directly.
Example 1:
User intent: "Create a handoff for a new session that should finish the auth refactor."
Good behavior: Focus on the auth refactor, the files already touched, the remaining verification, and the exact blocker. Do not include unrelated UI cleanup work from earlier in the conversation.
Example 2:
User intent: "Summarize this thread so another agent can debug the failing CI job."
Good behavior: Center the prompt on the failing job, the relevant logs or test names, suspected root cause, and the next checks to run. Leave out unrelated feature design discussion.
documentation
Review a PR and submit suggestions as comments, along with an optional approval/request for changes.
development
Self-review, self review, self-reviewing, audit, check, or fix the current uncommitted Git diff or other uncommitted local Git changes before a commit or pull request. Use when the user asks for a repo-aware quality audit, pre-commit review, review of their diff, another pass, or another pass over local changes, or when asked to inspect local diffs, staged changes, unstaged changes, or untracked files for bugs, regressions, missing tests, lint, accessibility, stale code, or similar issues. The workflow loops after automatic or confirmed fixes until two consecutive clean passes verify that nothing remains to fix or report.
documentation
Address, fix, respond to, or resolve GitHub pull request feedback. Use when the user asks to handle PR review comments, or address feedback on PRs.
documentation
Review a PR and submit suggestions as comments, along with an optional approval/request for changes.