handoff 精选
Generate a HANDOFF.md that captures goal, current state, files touched, failed attempts, and next steps — so a fresh Claude session can continue exactly where this one left off. Use when sessions are getting long, Claude keeps retrying the same broken solution, or the user wants to step away and resume later.
安装方式
cp -r plugin/skills/handoff ~/.claude/skills/handoff把该 skill 目录放进客户端 skills 目录。不同客户端的目录可能不同,Claude Code 默认是 ~/.claude/skills/
/plugin marketplace add thedotmack/claude-mem⚠️ 该命令形态随客户端版本变化,仅在检测到 .claude-plugin/marketplace.json 时展示;不可用时请用「目录复制」。
https://raw.githubusercontent.com/thedotmack/claude-mem/356b7c08f64c29f931171e264e848772a039da62/plugin/skills/handoff/SKILL.md下载后另存为 ~/.claude/skills/handoff/SKILL.md。链接锁定采集时的 commit,内容与本站展示一致。
整仓一次性获取:git clone --depth 1 https://github.com/thedotmack/claude-mem.git
依赖与权限
- 无需 API Key
- 无需联网
- 依赖外部命令:
make - 以上为按正文与 frontmatter 自动推断的信号,仅供参考;安装前建议先阅读原文。
SKILL.md 正文
Handoff
Generate a structured HANDOFF.md file that gives a fresh Claude session everything it needs to continue this work without dragging the current degraded context forward.
claude-mem already injects recent observations into every new session, so the fresh agent starts with a timeline of what happened. The handoff adds what that timeline cannot: the goal, the failed attempts and why they failed, the current theory, and exact next steps, plus pointers into memory for deeper recall.
When to Use
- The session is long and Claude feels confused or repetitive
- Claude keeps trying the same failing solution over and over
- The user wants to step away and resume later
/compactran but Claude still lacks clear direction- The user says "handoff", "generate a handoff", "I want to start fresh", or "write a handoff doc"
What to Capture
Think hard about the full arc of this conversation before writing. The handoff must be useful to a Claude instance that has never seen this conversation.
Required Sections
- Goal — One paragraph. What is the user actually trying to accomplish? State the end state, not the current sub-task. Be specific enough that a fresh agent can orient immediately.
- Current State — What is working right now? What is broken? What is the exact symptom of the problem? Include error messages verbatim if relevant.
- Files in Play — List every file that has been read, edited, or created during this session that is relevant to the current task. Use absolute or repo-relative paths. Include a one-line note on why each file matters.
- What Has Been Tried (and Why It Failed) — This is the most important section. List every approach attempted that did not work, and explain WHY it failed (not just that it failed). A fresh agent that skips this section will repeat the same mistakes.
- Current Best Theory — What do you currently believe is the right path forward, even if you haven't proven it yet? Include any evidence or reasoning that supports it.
- Next Steps — Concrete, ordered actions for the fresh agent to take. Be specific: file paths, function names, commands to run. The fresh agent should be able to start on step 1 immediately.
- Key Constraints and Context — Any non-obvious constraints: environment specifics, user preferences expressed during this session, things the user explicitly said NOT to do, external dependencies, performance requirements, etc.
- Memory Pointers — If claude-mem's search tools are available, run
searchfor this task's key terms and list the few observation IDs that matter most (a decision, the root cause, a failed approach), so the fresh agent can pull full details withget_observations. Also list one or twosearchqueries worth re-running. Skip this section if the tools are not available.
Writing Rules
- Write the handoff for a fresh Claude, not for the user. The user knows what happened; the fresh Claude does not.
- Be ruthlessly specific. Vague next steps are useless. "Fix the auth" is bad. "In
src/auth/middleware.ts:47, the token expiry check usesDate.now()but should usereq.timestamp— change the comparison on line 52" is good. - Include exact error messages, stack traces, or test output that captures the failure mode.
- Do not pad. Every sentence should be load-bearing information for the fresh agent.
- Do not write the handoff from the user's perspective. Write it as a briefing document addressed to the incoming agent.
Output
Write the handoff to HANDOFF.md in the current working directory (the project root).
Use this structure:
# Handoff
> Generated: [timestamp]
> Project: [project name or directory]
> Session summary: [one sentence describing what this session was about]
## Goal
[What the user is trying to accomplish — the actual end state]
## Current State
**Working:**
- [list what is confirmed working]
**Broken:**
- [exact symptom, error message, or failure mode]
## Files in Play
| File | Why It Matters |
|------|---------------|
| `path/to/file.ts` | [one line] |
## What Has Been Tried (and Why It Failed)
### Attempt 1: [short name]
- **What:** [what was done]
- **Why it failed:** [root cause, not just "it didn't work"]
### Attempt 2: [short name]
...
## Current Best Theory
[What you currently believe is the correct approach and why]
## Next Steps
1. [Specific, actionable step with file path or command]
2. [Next step]
3. ...
## Key Constraints
- [Non-obvious constraint or preference the user expressed]
- [Things explicitly ruled out]
## Memory Pointers
- Observations: [#ID — one line on why it matters]
- Searches worth re-running: [`search` query]
After Writing
Tell the user:
- That
HANDOFF.mdhas been written - To run
/clearor start a new Claude Code session - To open the new session and say: "Read HANDOFF.md and continue from where we left off."
- That claude-mem gives the fresh agent the recent timeline automatically, and
HANDOFF.mdis its precise briefing on top of that - That
HANDOFF.mdis a scratch file: don't commit it (delete it once the new session has picked up, or add it to.gitignore)
Keep the message short. The user is ready to move — don't make them read a wall of text.
质量与来源
- 所属仓库
- thedotmack/claude-mem
- 仓库星标
- 10.0 万
- 最近更新
- 今天
- 采集时间
- 今天
- commit
- 356b7c08f64c
- 内容指纹
- sha256:9c1ad95a780fa64
- 文件路径
- plugin/skills/handoff/SKILL.md