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.
git clone --depth 1 https://github.com/dork-labs/dorkosWrote 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/commands/dork-labs/dorkos/handoff-prompt)<a href="https://agentmods.dev/commands/dork-labs/dorkos/handoff-prompt"><img src="https://agentmods.dev/badge/commands/dork-labs/dorkos/handoff-prompt/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/dork-labs/dorkos/handoff-prompt"><img src="https://agentmods.dev/badge/commands/dork-labs/dorkos/handoff-prompt.svg" alt="Reviewed on agentmods" width="80" 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.00029 | $0.01179 |
| Opus 5 | $0.00015 | $0.00589 |
| Sonnet 5 | $0.00006 | $0.00236 |
| Haiku 4.5 | $0.00003 | $0.00118 |
Grade A, and why
handoff-prompt 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 8d 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 — 53 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Produce a handoff so a brand-new agent — empty context, fresh session — can resume this exact work with an incredible start. Aim higher than the handoff you'd want to receive: the next agent should act correctly within its first few tool calls and never relearn what this session already paid for.
Live state (captured now — embed the REAL values, don't paraphrase)
- When: !
date "+%Y-%m-%d %H:%M %Z" - Repo root: !
git rev-parse --show-toplevel - Branch: !
git branch --show-current - HEAD: !
git log --oneline -1 - Working tree: !
git status --short - Worktrees: !
git worktree list - Upstream delta (left = behind, right = ahead): !
git rev-list --left-right --count @{u}...HEAD 2>/dev/null || echo "no upstream" - Recent commits: !
git log --oneline -10 - Open PRs: !
gh pr list --state open --limit 10 2>/dev/null || echo "gh unavailable"
1. Choose the file path
Temp dir = .temp/ at the repo root (gitignored). Run mkdir -p .temp. Filename: handoff-<YYYY-MM-DD-HHMM>.md derived from the timestamp above. Use the absolute path in the doc banner and in the prompt.
2. Write the handoff doc
Synthesize everything from THIS session plus the live state above. Rules: be concrete (name real files, SHAs, commands, URLs, env vars — never "the relevant file"); lead with what matters; lean but complete; specifics over prose; no vague encouragement. Sections, in order:
- 🔥 Self-destruct banner (very top): "Temporary handoff — read in full, then delete:
rm <abs-path>. Untracked; never commit. Written by the prior session." - TL;DR — 2–4 sentences: exactly where we are and the single most important next step.
- Where to work — worktree path, branch, working directory, HEAD SHA, remote + ahead/behind, and tree clean vs uncommitted / in-flight work. Call WIP out loudly — the next agent must not lose or clobber it. If multiple worktrees exist, say which one to use and why.
- What this is — one paragraph; point at
CLAUDE.md/ README rather than re-explaining the codebase. - What's been done — shipped/merged work with SHAs + PR numbers; mark what is verified vs merely assumed.
- Immediate task — the concrete next objective and its first few steps, with who-drives-what (operator/user-only steps vs agent steps) where it matters.
- ▶ Do this FIRST — verification recipes — the exact commands the new agent must run to confirm the repo is in the expected state before changing anything (typecheck / test / build / CLI / health-check as fits), each with its expected output. Highest-value section: tell the agent to trust nothing until it re-verifies.
- Critical facts & decisions — do NOT relearn or undo — the hard-won gotchas, non-obvious operational details, and decisions + their rationale. Read
MEMORY.mdand the relevant files in this project's memory dir and fold the operationally-critical ones in here, each a tight bullet with the "why". These are what cost this session the most time. - Required reading & pointers — ADRs, design/plan docs, research notes, runbooks, and pivotal source files, by path. Link; don't duplicate.
- Risks / watch-outs — where it can go wrong; residual unknowns; anything fragile or surprising.
- Open questions for the user — pending decisions and unverified assumptions.
- Guardrails — standing constraints (never commit secrets/data; branch before committing; push / open PRs / merge only when the user asks; operator-only steps; any repo-specific rules).
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.
- 8d ago First seen · 53 lines · 29 tokens per session scan A 1e0b4cf416d6
handoff-prompt is a command published in the GitHub repository dork-labs/dorkos (9 stars, last pushed yesterday), licensed MIT. It adds 29 tokens to every session and 1,179 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-31.
Other commands, from other repositories
sp.phr
Record an AI exchange as a Prompt History Record (PHR) for learning and traceability.
export-closedloop-learnings
Exports pending ClosedLoop learnings to global location with deduplication.
index
Create persistent project understanding via PROJECTMAP.md.
save
Save the current session digest. Fans out across every writable memory tier per the house-map. Tier 0 always; Tier 1 if reachable; Tier 2 only if registered writable with auth. Each tier independent — failures degrade gracefully.
tour
Tour this project's memory — what's captured, where it lives, how to recall it (core-memory-kit).
save
Store information so the next session's Claude knows about it. The core mission: make sure the next conversation doesn't lose this knowledge.