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/parcadei/continuousclaudev4.7/create-handoffnpx skills add parcadei/ContinuousClaudeV4.7 --skill create-handoffgit clone --depth 1 https://github.com/parcadei/ContinuousClaudeV4.7Wrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/parcadei/continuousclaudev4.7/create-handoff)<a href="https://agentmods.dev/skills/parcadei/continuousclaudev4.7/create-handoff"><img src="https://agentmods.dev/badge/skills/parcadei/continuousclaudev4.7/create-handoff.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00010 | $0.01471 |
| Opus 5 | $0.00005 | $0.00736 |
| Sonnet 5 | $0.00002 | $0.00294 |
| Haiku 4.5 | $0.00001 | $0.00147 |
Grade A, and why
create-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 5d 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 — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Handoffs transfer mental model to fresh sessions. Cardinal sin: forcing next instance to re-discover what you know.
First determine session folder from existing handoffs: ls -td thoughts/shared/handoffs/*/ 2>/dev/null | head -1 | xargs basename. Returns most recent folder name (e.g., open-source-release). Use this name, or general if none exist.
Create file at thoughts/shared/handoffs/{session-name}/YYYY-MM-DD_HH-MM_description.yaml using today's date/time and brief kebab-case description.
Use EXACTLY this YAML format — goal: and now: fields appear in statusline and must be named precisely:
---
session: {session-name from ledger}
date: YYYY-MM-DD
status: complete|partial|blocked
outcome: SUCCEEDED|PARTIAL_PLUS|PARTIAL_MINUS|FAILED
---
# ── STATUSLINE (REQUIRED — parsed by hooks) ──────────────────────
goal: {What this session accomplished - shown in statusline}
now: {What next session should do first - shown in statusline}
test: {Command to verify this work, e.g., pytest tests/test_foo.py}
# ── MENTAL MODEL (REQUIRED) ──────────────────────────────────────
mental_model: |
{3-10 lines explaining how the system ACTUALLY works as you discovered
during this session. Include non-obvious behaviors, execution order, real
data flow, surprises. Example: "Hook system runs PreToolUse before
permission checks. Order: PreToolUse hooks → permission check → tool
execution → PostToolUse hooks. Hooks dir .claude/hooks/dist/ contains
compiled JS — TS source in .claude/hooks/src/ needs npm run build."}
# ── CODEBASE STATE (REQUIRED) ────────────────────────────────────
codebase_state:
builds: true|false
tests_passing: {N}/{total}
test_command: {e.g., cargo test -p tldr-cli}
pre_existing_failures: [{any failures NOT from this session}]
uncommitted_changes: true|false
branch: {current branch}
dirty_files: [{modified/staged files relevant to this work}]
warnings: {known warnings to ignore, or "clean"}
# ── WHAT WAS DONE ────────────────────────────────────────────────
done_this_session:
- task: {completed task}
files: [{file1.py}, {file2.py}]
- task: {second completed task}
files: [{file3.py}]
# ── DECISIONS (capture WHY) ──────────────────────────────────────
decisions:
- name: {decision_name}
chose: {what was chosen}
over: [{rejected alternatives}]
because: {actual reason — constraints, user preference, technical}
constraint: {non-negotiable constraint if any}
# ── FINDINGS (tiered by importance) ──────────────────────────────
findings:
critical:
- {thing next instance MUST know or they'll waste time}
useful:
- {helpful context that saves time}
fyi:
- {nice-to-know background}
# ── APPROACHES ───────────────────────────────────────────────────
worked: [{approaches that worked}]
failed:
- attempted: {what you tried}
root_cause: {real reason it didn't work}
avoid: {what class of approaches to skip}
use_instead: {what to do instead if known}
# ── TRAJECTORY (include if task evolved) ─────────────────────────
trajectory:
started_as: {original request/framing}
evolved_to: {what it became after discussion/discovery}
scoped_to: {final agreed scope}
user_approved_scope: true|false
# ── USER INTENT (include when non-obvious) ───────────────────────
user_intent: |
{Real context behind request. E.g., "Preparing for demo — visual polish
matters more than architecture" or "Exploring viability — be ready to
pivot entirely" or "User prefers minimal changes over full refactor."}
# ── HYPOTHESES (REQUIRED when status: partial|blocked) ───────────
hypotheses:
- status: active|confirmed|ruled_out
claim: {what you think is happening}
evidence: [{supporting observations}]
next_test: {what to try next to confirm/deny}
# ── BLOCKERS & QUESTIONS ─────────────────────────────────────────
blockers: [{blocking issues}]
questions: [{unresolved questions for next session}]
# ── NEXT STEPS ───────────────────────────────────────────────────
next:
- {specific step with file paths, function names, line numbers}
- {second step}
# ── NEXT SESSION PROMPT (REQUIRED) ───────────────────────────────
next_session_prompt: |
{Write as if you're the user talking to fresh Claude instance.
3-15 lines, direct and specific. Example:
"Continue implementing CSV export in src/export/csv.rs. Struct
CsvWriter defined at line 42 but write_row() is stub. Use same
pattern as JsonWriter in src/export/json.rs:58-90. Tests in
tests/export_csv.rs — 3 of 7 passing. Remaining 4 need write_row()
to work. Run `cargo test -p export` to verify. Don't change public
API — agreed with user in previous session."}
# ── FILE MANIFEST ────────────────────────────────────────────────
files:
created: [{new files}]
modified: [{changed files}]
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.
- 5d ago First seen · 131 lines · 10 tokens per session scan A 877d1b3b3b4b
create-handoff is a skill published in the GitHub repository parcadei/ContinuousClaudeV4.7 (48 stars, last pushed 4mo ago), licensed MIT. It adds 10 tokens to every session and 1,471 once invoked, about $0.0001 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.
local-ai-agents
Build local-first AI agents that run entirely on a developer workstation with Microsoft Foundry Local and Qwen function-calling models. Covers Small Language Models (SLMs), the OpenAI-compatible local endpoint, sandboxed local tools, local RAG with Chroma, local MCP servers, hybrid cloud/local routing, and the…
next-cache-components-adoption
Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…
next-cache-components-optimizer
Drive a Next.js route to instant navigation by setting up an agentic loop, under Cache Components / PPR, on initial load (hard navigation) and client-side navigation (soft navigation). Encode the goal as a failing @next/playwright instant() e2e and work it to green, one verified route at a time; the shipped test then…
next-partial-prefetching-adoption
Turn on Partial Prefetching in a Next.js app and work through the insights it surfaces. Use when the user wants to enable or adopt Partial Prefetching, flip the partialPrefetching flag, opt routes in with export const prefetch = 'partial', audit Link prefetch={true} behavior, preserve existing prefetched UI with…
chronicle
Analyze Copilot session history for standup reports, usage tips, session search, and session reindexing. Use when the user asks for a standup, daily summary, usage tips, workflow recommendations, wants to search or find past sessions by keyword/file/PR, wants to reindex their session store, or asks about deleting…