<< All versions

Skill v6.6.9

currentAutomated scan100/100
mohammed-abdelhady/hyperflow/handoff

+4 new

──Details
PublishedSeptember 28, 2026 at 10:55 AM
Content Hashsha256:479662c28f72f0b7...
Git SHA05a79c1fba0f
Bump Typepatch
Compare with v1.0.0
──Files
Files (1 file, 3.5 KB)
SKILL.md3.5 KBactive
SKILL.md · 55 lines · 3.5 KB

name: handoff description: Use when transferring a planned task to another session or reviewing work returned from one, with Markdown and exact Git refs. allowed-tools: Read, Write, Edit, Glob, Grep, Skill, AskUserQuestion, Bash argument-hint: "<create|list|status|pickup|review|complete> [slug] [--remember]" version: 6.6.9 license: MIT compatibility: Git-backed and portable across sessions tags: [handoff, sessions, git, resumability]


Handoff

Use Git as the transport and exact refs as the boundary. Handoffs are Markdown-only and depend on no hidden session state.

Package

A committed package contains:

text
.hyperflow-handoff/<slug>/
task.md
handoff.md

task.md is the complete single task artefact copied from .hyperflow/tasks/<slug>.md. handoff.md contains a small table: status (planned, built, reviewed), source branch, build branch, base ref, head ref, created/updated dates, result, checks, and commit list.

Use these case-sensitive table keys so another session can round-trip the package without reconstructing hidden context: status, task_pointer, source_branch, build_branch, base_ref, head_ref, created, updated, result, checks, and commits. task_pointer must be .hyperflow-handoff/<slug>/task.md, pointing to the copied Markdown task. base_ref and head_ref must remain the exact recorded Git refs; after pickup, both must resolve before review can run. A planned package may use pending for head_ref, but built and reviewed packages may not.

Legacy v5 packages using HANDOFF.md, STATUS, or nested artefact/ directories are archive-only. list and status may report their paths, but pickup and review require the user to manually create the current task.md plus handoff.md layout with exact refs. Never delete, rewrite, or claim to resume legacy data automatically.

Commands

create <slug>

Require the planned task file and a resolvable committed base. Copy the task into the package, record the exact base ref and intended build branch, set planned, and commit the package as its own conventional task commit so another session can fetch it. Do not include unrelated changes.

list / status [slug]

Read only. Show status, branches, base/head refs, result, and whether the package is awaiting build or review.

pickup <slug>

Require planned, verify the base ref exists, and preserve the package's scope. Check out or create only the recorded build branch when safe, then invoke dispatch with task.md. On completion, append the exact head ref, commits, changed paths, checks, and result to handoff.md; set built and commit that update. Do not widen the task or invent refs.

review <slug>

Require built plus resolvable base_ref and head_ref. Invoke audit over exactly <base_ref>..<head_ref>. Never substitute the current worktree diff. On accepted PASS, set reviewed and commit the status update. On NEEDS_FIX, keep built until fixes are committed and the exact head ref is refreshed. On SECURITY_VIOLATION, halt. An optional --remember forwards the explicit opt-in to the review-memory contract; only the final accepted PASS may be recorded.

complete <slug>

Print final refs and evidence. Completion does not archive, delete, merge, deploy, or push. Those actions require their own explicit intent and gates.

If Git state makes branch switching or scoped commits unsafe, stop with the exact conflict rather than stashing, cleaning, or overwriting user work.

← v1.0.0All versions