Gabe handoff
Cognitive translation layer for Claude Code
npx -y skills add khujta/gabe-suite --skill gabe-handoffAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Session handoff — emit a paste-able next-session prompt + sync durable KDBP state so a fresh session resumes with full fidelity. Run when context is heavy or when wrapping up. Usage: /gabe-handoff [--dry-run | --no-sync | <focus note>]
SKILL.md
4.1 KB, 944 tokens by cl100k_base, as published. Nobody here has run it
Gabe Handoff — session handoff + resume prompt
Gabe execution contract (E1–E7)
This skill runs under the suite execution contract — E1 EVIDENCE · E2 RUN-BEFORE-✅ · E3 NO SILENT DOWNGRADE · E4 REUSE FIRST · E5 STATE SYNC · E6 MISSING ANCHOR = STOP · E7 REPORT WHERE — floors, not ceilings; a skill's own gate may be stricter, never looser. Full text: ../gabe-docs/references/execution-contract.md (if that file is missing, E6 applies — STOP).
What this does
Answers one question: "How do I stop here and resume this exact work in a fresh session with zero fidelity loss?" Produces two deliverables: a paste-able next-session prompt (printed inline AND saved to the singleton .kdbp/HANDOFF.md), and a durable KDBP state sync (PLAN cells, LEDGER, PENDING brought into line with what actually happened this session). This is the deliberate, high-fidelity counterpart to the automatic session-end transcript scrape — it captures why the work matters, what was decided, and the exact next move with its constraint, which the mechanical scrape can't.
Procedure
- Treat any text after the invocation as
$ARGUMENTS. - Read
references/handoff-spec.mdIN FULL before executing — it is the binding spec. If missing, E6 applies — STOP. - Parse
$ARGUMENTSfor--dry-run/--no-sync; the remainder is a free-text focus note folded into the prompt's Task section. - Preconditions: determine repo root; if not a git repo, still emit the prompt from conversation context (note git is best-effort). If
.kdbp/is absent, force--no-syncbehavior and tell the user to run/gabe-initfor durable handoff. - Gather evidence read-only: git branch/log/status/ahead-behind counts;
.kdbp/PLAN.mdcurrent phase + Phases table;.kdbp/PENDING.mdopen items;.kdbp/LEDGER.mdlatest row;.kdbp/SCOPE.md## Phasesif present; and this session's landed work, verification actually run, decisions made, in-flight work, and agreed-but-not-started next steps — every claim cited (E1). - Classify each work item as LANDED / IN-FLIGHT / DECIDED-NEXT / DEFERRED.
- Unless
--no-syncor--dry-run: sync KDBP state to observed reality only — PLAN.md phase cells (Exec/Review/Commit/Push, each ✅ only with an evidence citation, never fabricated, mirrored into PLAN.json), append one LEDGER.md row in house format, add/update PENDING.md rows for in-flight-droppable or deferred items, and print the visible KDBP SYNC report (E5). - Compose the next-session prompt using the spec's skeleton (STATE / TASK / RUNBOOK / AFTER THAT) — absolute + repo-relative paths, the task quoted verbatim with its governing constraint (E3), cited state, no open questions to the user.
- Write
.kdbp/HANDOFF.md(singleton, overwritten each run) containing the resume prompt + a state snapshot. - Print, in order: the KDBP SYNC report (or dry-run/no-sync note), the resume prompt as a copy-paste block, and the absolute path pointer to
.kdbp/HANDOFF.md(E7).
Output contract (summary)
User-visible output is always: (1) the KDBP SYNC report — every PLAN(+PLAN.json)/LEDGER/PENDING write shown, or DRY-RUN — nothing written / none (--no-sync); (2) the paste-able resume prompt, self-contained enough for a cold session to resume from alone; (3) Saved → /abs/path/.kdbp/HANDOFF.md · paste the prompt above into your next session.
State-sync obligations: never bump a PLAN cell past evidence-backed reality; never run the commit/push gates (handoff reflects committed/pushed reality, it doesn't create it); never fabricate a ✅; never touch VALUES.md, DECISIONS.md, or hooks. The full output contract in the spec is binding.
What ships with it: 1 file
13.7 KB alongside SKILL.md
references/
- handoff-spec.md13.7 KB
Gives 0 of the 12 instructions most agent orchestration skills give in 944 tokens
Counted across 742 of the 995 authors here whose files we hold, read 2026-08-07
- reference existing artifacts by path or URLin 53 of 742, across 25 files
- run the full test suite after integrating changesin 51 of 742, across 19 files
- dispatch one agent per independent problem domainin 50 of 742, across 17 files
- verify fixes do not conflictin 45 of 742, across 13 files
- include a suggested skills section in the documentin 45 of 742, across 17 files
- redact sensitive informationin 41 of 742, across 11 files
- save to the temporary directory of the operating systemin 39 of 742, across 10 files
- tailor the document to user-provided focus argumentsin 39 of 742, across 9 files
- spot check agent changes for systematic errorsin 34 of 742, across 7 files
- write a handoff document summarising the current conversationin 31 of 742, across 6 files
- Assign each agent a specific scopein 23 of 742, across 8 files
- provide specific scope and clear goalin 23 of 742, across 5 files
Said here and by no other author read
- parse arguments for dry-run no-sync and focus note
- determine repository root
- gather evidence read-only
- classify each work item by status
- sync state to observed reality only
- compose next-session prompt using the spec skeleton
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.