Borrowing it
Nothing to install: this file belongs to aidemd-mcp/server. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/aidemd-mcp/server/main/.claude/skills/aide-handoff/SKILL.mdgit clone --depth 1 https://github.com/aidemd-mcp/serverWrote 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/aidemd-mcp/server/aide-handoff)<a href="https://agentmods.dev/skills/aidemd-mcp/server/aide-handoff"><img src="https://agentmods.dev/badge/skills/aidemd-mcp/server/aide-handoff/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/skills/aidemd-mcp/server/aide-handoff"><img src="https://agentmods.dev/badge/skills/aidemd-mcp/server/aide-handoff.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.00243 | $0.01301 |
| Opus 5.5 | $0.00097 | $0.00520 |
| Sonnet 5.5 | $0.00049 | $0.00260 |
| Haiku 4.5 | $0.00024 | $0.00130 |
Grade A, and why
aide-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 4d 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 — 57 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/aide:handoff — Session Handoff
Record current pipeline state to .aide/session.aide. This skill owns the orchestration; the aide-spec-writer agent owns the actual file write (it transcribes orchestrator-supplied state into the canonical format). Nothing deletes session.aide; it is long-lived and rewritten as features close. See session.aide spec for the file format.
Hard constraints
- You do NOT write
.aide/session.aideyourself. The actual file write belongs toaide-spec-writer. This skill describes the orchestration that surrounds the delegation. - You do NOT invent content. The invoking agent (orchestrator or other) holds the conversation context — current stage, settled decisions, where work paused, anti-regression invariants. That context is the content source. Write what it supplies; leave the rest empty — never fabricate state, and never hold the write back for content you don't have.
- You do NOT delete
.aide/session.aide. Nothing does. This skill is exclusively for create/update.
Checklist
-
Make sure the file exists. It always should —
aide_initand the/aideboot create the empty placeholder withaide_scaffold type=session. If.aide/session.aideis missing anyway, callaide_scaffold({ directory: ".", type: "session" })first — the placeholder's single source; it never overwrites. Then continue. -
Gather content from conversation context. Every handoff is an UPDATE. Supply whatever you have, section by section:
- the change description (what happened)
- section-targeted edits, e.g. "fill the intent with: ...", "append decision #4: ...", "rewrite
## Where this cycle stoppedto: ..." - numbered references to preserve (decision #N stays stable across edits)
- when a task was created, moved, finished, or newly tied to the work, the matching
## Kanbanedit
The first handoff after the placeholder fills in whatever is known: the one-line intent, the state summary, where the cycle stopped and the next steps, what is done, decisions, invariants, open questions. A missing piece is not a reason to wait. Write what you have now; empty sections stay empty until there is something true to put in them.
-
Keep it the full session record.
session.aideholds what was done, every decision, what is validated and what comes next, in full. A fresh agent reading only this file must know where everything stands. Stashing into the task through thekanbanskill still happens alongside, but never in place of the detail here. -
Link tasks when there are tasks. Every task tied to the work goes into
## Kanbanby slug, column and what it covers. The slug is the stable link — the kanban skill finds the task by slug in whatever column it sits. Work with no task is still recorded: never hold a handoff back until a task exists. If it is trackable work, ask the user whether to create a task for it, and link it once it exists. -
Delegate to
aide-spec-writervia the Agent tool (subagent_type: aide-spec-writer). The delegation prompt MUST:- Name the operation type explicitly —
session.aide UPDATE. The spec-writer's default operation is.aidefrontmatter; naming the operation is mandatory for correct dispatch. - Quote all supplied content verbatim — the spec-writer transcribes; it never invents.
- Name the operation type explicitly —
-
Receive the verdict — UPDATED. A REFUSED only means the prompt was ambiguous about which section an edit belongs to; clarify and re-delegate.
-
Confirm completion and continue with whatever pipeline work was in flight before the handoff was invoked.
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.
- 4d ago Changed · +11 tokens per session 5cbfbf5be8aa
- 19d ago Changed · -1 lines · +12 tokens per session 6bc858d02720
- 20d ago Changed · +2 lines · -6 tokens per session 02717cb51be8
- 2mo ago First seen · 56 lines · 226 tokens per session scan A 8b8c4d63d271
aide-handoff is a skill published in the GitHub repository aidemd-mcp/server (4 stars, last pushed 2d ago), licensed MIT. It adds 243 tokens to every session and 1,301 once invoked, about $0.0010 per session on Opus 5.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 skills, from other repositories
memorix-memory
Use when prior workspace context, past decisions, solved bugs, handoff state, or durable project knowledge would help a coding task.
memorix
Use when Claude Code needs Memorix shared memory, reasoning, Git Memory, mini-skills, session handoff, orchestration coordination, or integration troubleshooting.
memorix-mini-skills
Use when durable project knowledge, gotchas, workflows, or repeated fixes should become reusable agent guidance instead of ordinary memory.
memorix-git-memory
Use when the task depends on commit history, what changed, when a fix shipped, or linking engineering evidence to reasoning memory.
memorix-reasoning
Use when a technical decision, trade-off, rejected alternative, architecture rationale, or design risk should be recorded or recovered.
memorix-sessions
Use when resuming work, preparing handoff context, binding an HTTP control-plane project, or deciding whether sessionstart is useful.