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.
npx agentmods add skills/stefan-jansen/coding-agent-toolkit/handoffnpx skills add stefan-jansen/coding-agent-toolkit --skill handoffgit clone --depth 1 https://github.com/stefan-jansen/coding-agent-toolkitWhat 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.
| Model | Per session | Once 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 |
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.
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
- . .
Suggested next steps (pick one, ordered by leverage)
- . <2 sentences of why this has the most leverage right now>. <expected scope, e.g. "~30 min" or "~1 day">.
- . . .
- . . .
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:>
- . <one-paragraph explanation of the gotcha, decision, anti-pattern, or invariant that is not obvious from the code.>
- . …
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
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.
- 2d ago First seen · 294 lines · 91 tokens per session scan A 0ad50567485a
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.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
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.
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.
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.
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.
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…