/handoff
Resume the most recent agent session for the current working directory, leading with any unanswered question. Use when the user says "where were we", "resume", "handoff", "pick up where I left off", or starts a session with no fresh context.
$ npx -y skills add rohitg00/agentmemory --skill handoff --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/handoff
Context preview
The summary Claude sees to decide when to auto-load this skill.
Resume the most recent agent session for the current working directory, leading with any unanswered question. Use when the user says "where were we", "resume", "handoff", "pick up where I left off", or starts a session with no fresh context.
SKILL.md
handoff.SKILL.mdname: handoff
description: Resume the most recent agent session for the current working directory, leading with any unanswered question. Use when the user says "where were we", "resume", "handoff", "pick up where I left off", or starts a session with no fresh context.
argument-hint: "[optional cwd override]"
user-invocable: true
The user wants to resume work. Optional cwd override: $ARGUMENTS
Quick start
memory_sessions { "limit": 20 }Pick the most recent session whose `cwd` matches this project, then: `memory_recall { "query": "<session top concepts>", "limit": 10 }`.
Expected output:
Resuming 7f3a9c2 "Auth refresh rework".
Open question: should logout revoke all device tokens or just the current one?
Next step: decide revoke scope, then update auth/logout.ts.
Why
Match the session by directory boundary, not raw prefix, so a sibling repo never gets mistaken for this one. Never invent observations for an empty session.
Workflow
1. Resolve the project path: if `$ARGUMENTS` is given, normalize it to absolute (`path.resolve(process.cwd(), $ARGUMENTS)`); else use the cwd. 2. Call `memory_sessions`. Pick the most recent session whose normalized `cwd` matches by directory boundary: equality, OR `cwd.startsWith(projectPath + sep)`, OR `projectPath.startsWith(cwd + sep)`. Prefer `completed` over `abandoned`. No match: fall back to the single most recent session overall. 3. If the session ended on an unanswered user-facing question, surface it FIRST. Look in `summary` or recent `conversation` observations whose `narrative` ends in `?`. 4. Summarize: title/summary, key files, key decisions or errors, using `memory_recall` on the top concepts, limit 10. 5. End with one concrete "next step?" pointer.
Anti-patterns
WRONG: `session.cwd.startsWith(projectPath)` matches `/repo-a-staging` when the project is `/repo-a`, resuming the wrong repo's session.
RIGHT: `session.cwd === projectPath || session.cwd.startsWith(projectPath + sep)`, a directory-boundary check that cannot cross sibling repos.
Checklist
- cwd override resolved to an absolute, normalized path.
- Match used a directory-boundary check, not a raw prefix.
- Unanswered question (if any) leads the response.
- Empty session is reported plainly, with an offer to start fresh.
See also
- `recap`, `session-history`, `recall`: same session data, broader views.
Troubleshooting
See ../_shared/TROUBLESHOOTING.md if `memory_sessions` or `memory_recall` is not available.
Read more
name: handoff description: Resume the most recent agent session for the current working directory, leading with any unanswered question. Use when the user says "where were we", "resume", "handoff", "pick up where I left off", or starts a session with no fresh context. argument-hint: "[optional cwd override]" user-invocable: true
The user wants to resume work. Optional cwd override: $ARGUMENTS
Quick start
memory_sessions { "limit": 20 }Pick the most recent session whose `cwd` matches this project, then: `memory_recall { "query": "<session top concepts>", "limit": 10 }`.
Expected output:
Resuming 7f3a9c2 "Auth refresh rework". Open question: should logout revoke all device tokens or just the current one? Next step: decide revoke scope, then update auth/logout.ts.
Why
Match the session by directory boundary, not raw prefix, so a sibling repo never gets mistaken for this one. Never invent observations for an empty session.
Workflow
1. Resolve the project path: if `$ARGUMENTS` is given, normalize it to absolute (`path.resolve(process.cwd(), $ARGUMENTS)`); else use the cwd. 2. Call `memory_sessions`. Pick the most recent session whose normalized `cwd` matches by directory boundary: equality, OR `cwd.startsWith(projectPath + sep)`, OR `projectPath.startsWith(cwd + sep)`. Prefer `completed` over `abandoned`. No match: fall back to the single most recent session overall. 3. If the session ended on an unanswered user-facing question, surface it FIRST. Look in `summary` or recent `conversation` observations whose `narrative` ends in `?`. 4. Summarize: title/summary, key files, key decisions or errors, using `memory_recall` on the top concepts, limit 10. 5. End with one concrete "next step?" pointer.
Anti-patterns
WRONG: `session.cwd.startsWith(projectPath)` matches `/repo-a-staging` when the project is `/repo-a`, resuming the wrong repo's session.
RIGHT: `session.cwd === projectPath || session.cwd.startsWith(projectPath + sep)`, a directory-boundary check that cannot cross sibling repos.
Checklist
- cwd override resolved to an absolute, normalized path.
- Match used a directory-boundary check, not a raw prefix.
- Unanswered question (if any) leads the response.
- Empty session is reported plainly, with an offer to start fresh.
See also
- `recap`, `session-history`, `recall`: same session data, broader views.
Troubleshooting
See ../_shared/TROUBLESHOOTING.md if `memory_sessions` or `memory_recall` is not available.
#1 Persistent memory for AI coding agents based on real-world benchmarks
Repo: rohitg00/agentmemory
Other skills on agentmemory.
- /agentmemory-agents
How agentmemory wires into host coding agents via the connect command. Use when installing agentmemory into a specific agent, when asked which agents are supported, or when a connect adapter writes the wrong config path.
Open skill - /agentmemory-architecture
How agentmemory is built, the iii engine primitives it runs on, its storage model, ports, and the viewer. Use when reasoning about how memory is stored or retrieved end to end, when extending the system, or when answering how agentmemory works under the hood.
Open skill - /agentmemory-config
agentmemory configuration, environment variables, ports, and feature flags. Use when enabling a feature, changing ports, setting an API key, configuring auth, or explaining why a feature is off by default.
Open skill - /agentmemory-hooks
The agentmemory plugin hooks that capture observations automatically across the agent session lifecycle. Use when explaining how memory gets captured without manual saves, when debugging missing observations, or when tuning what gets recorded.
Open skill - /agentmemory-mcp-tools
Map of every agentmemory MCP tool, what each does, and its parameters. Use when choosing which memory tool to call, when a tool name or argument is unclear, or when answering what agentmemory can do via MCP.
Open skill - /agentmemory-rest-api
The agentmemory HTTP REST API surface, the primary protocol for talking to the memory server. Use when calling agentmemory over HTTP, when MCP is unavailable and you need a fallback, or when integrating a host that does not speak MCP.
Open skill

