handoff

A session handoff helper that records the current project state in a dated Markdown file for a later session or another coding agent.

In plain words
What is it for?
Writing transition notes before clearing context, switching between Claude and Codex, taking a break, or finishing a milestone.
Why use it?
It preserves decisions, progress, and next steps before a session ends or changes hosts.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/stefan-jansen/coding-agent-toolkit/handoff
Any agent
npx skills add stefan-jansen/coding-agent-toolkit --skill handoff
Clone the repo
git clone --depth 1 https://github.com/stefan-jansen/coding-agent-toolkit

Made for: Claude Code, Codex.

Per session 91 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,713 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00091 $0.02713
Opus 5 $0.00046 $0.01357
Sonnet 5 $0.00018 $0.00543
Haiku 4.5 $0.00009 $0.00271

Measured 2d ago against content hash 0ad50567485a, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

handoff scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/handoff/SKILL.md · 294 lines

How it starts

The opening of the file, as written. The whole thing — 294 lines — stays where its author put it; the contents beside it link to each section on GitHub.

handoff — write a cold-startable transition file

You are running the HANDOFF step of the workflow. Your job is to freeze the current session's state into a single Markdown file that lives in the shared .workspace/transitions/ tree so any future session on either host can resume without re-deriving context.

This step is host-neutral: same contract on Claude and Codex. The shared .workspace/ directory is the host-swap primitive (see backlog #8) — there is no "execute as the other host" verb because the durable state is what makes the swap work, not orchestration.

When to use

  • Approaching context limit (Claude: ~80%+; Codex: when reasoning quality starts to degrade).
  • Switching hosts mid-feature (Claude → Codex or vice versa).
  • End of day / wrapping a session before a break.
  • After a milestone ships, before starting the next one.
  • Before any operation that may lose state (/clear, /compact, host restart).

Arguments

Parse these from the user's invocation (any order):

Arg Required Default Meaning
--out <path> no .workspace/transitions/$(date -u +%Y-%m-%d)/$(date -u +%H%M%S).md Where to write
--why <reason> no "session boundary" Short label appearing in TL;DR
--title <text> no inferred from recent commits and tasks H1 title
--dry-run no false (write) Print the file to stdout instead of writing

Always write under .workspace/transitions/ — never under .claude/ or .codex/. The shared path is load-bearing for cross-host continuation.

File structure (mandatory)

The file MUST have these sections, in this order. The structure is what /continue reads — deviating breaks the contract.

# Handoff: YYYY-MM-DD HH:MM UTC — <one-line summary>

## ⚡ TL;DR

<2-4 sentences. What was shipped this session. What is queued. Why the
session is ending now (`--why`).>

## Working directory for the next session

<absolute path that is the right cwd to resume from>

Verification snapshot (cold-start commands the next agent can paste):

```bash
<verifiable command 1>
<verifiable command 2>
…

The commands MUST be safe to run blindly (read-only) and MUST produce output the next agent can compare against the expected values listed inline (as comments) so drift is detectable. Example:

cd ~/agents/coding/coding-agent-toolkit
git log --oneline -3                       # most recent: <sha>
ls skills/                                 # expect: align next-issue plan-issues ship handoff continue

Beyond those durable artifacts, the snapshot MUST include a fixed staleness floor — current branch, uncommitted tree, open issue, and last-test-at-<sha>. See "Mandatory snapshot floor" below.

Current state (cold-read map)

What shipped this session

  • — <one-line per file/commit>

Toolkit verbs status (or "Active project state" for non-toolkit

work)

Verb Status Notes
... ... ...

Open backlog items / known frictions

  1. . .

Suggested next steps (pick one, ordered by leverage)

  1. . <2 sentences of why this has the most leverage right now>. <expected scope, e.g. "~30 min" or "~1 day">.
  2. . . .
  3. . . .

Order matters: leverage first. The next agent should be able to pick #1 and act without re-deriving the ranking.

Important context for the next agent

<3-5 numbered points. Things the cold-reader CANNOT see from the code alone:>

  1. . <one-paragraph explanation of the gotcha, decision, anti-pattern, or invariant that is not obvious from the code.>
  2. .

Files touched this session

<repo>/                                                  (commit <sha>)
  <relative path>                                        # what changed
  <relative path>                                        # what changed

List EVERY file written this session, grouped by repo + commit (or "uncommitted" for working-tree changes that did not land in a commit). This is the audit trail.

Continuation

continue from <relative path to this file>

Use the path the user would type. If the file is at .workspace/transitions/2026-06-16/234043.md, write exactly:

continue from .workspace/transitions/2026-06-16/234043.md

Read the full file on GitHub · 294 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 294 lines · 91 tokens per session scan A 0ad50567485a

Subscribe to this mod's changes

handoff is a skill published in the GitHub repository stefan-jansen/coding-agent-toolkit (22 stars, last pushed 17d ago), licensed MIT. It adds 91 tokens to every session and 2,713 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.

obra/superpowers · 21 tokens

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.

obra/superpowers · 37 tokens

auto-perf-optimize

Run agent-driven VS Code performance or memory investigations. Use when asked to launch Code OSS, automate a VS Code scenario, run the Chat memory smoke runner, capture renderer heap snapshots, take workflow screenshots, compare run summaries, or drive a repeatable scenario before heap-snapshot analysis.

microsoft/vscode · 62 tokens

chat-perf

Run chat perf benchmarks and memory leak checks against the local dev build or any published VS Code version. Use when investigating chat rendering regressions, validating perf-sensitive changes to chat UI, or checking for memory leaks in the chat response pipeline.

microsoft/vscode · 51 tokens

chat-pet-sprite-creation

Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.

microsoft/vscode · 53 tokens

cpu-profile-analysis

Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…

microsoft/vscode · 71 tokens