Skip to content
Back to skills

Fw Handoff

ASecurity

flightwake cross-session handoff — write CONTEXT for work that is unfinished and will continue later. Use when stopping mid-build on multi-session work, when the user says handoff / continue next time, or before context runs out on a large task.

  • 10 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 2, 2026
toolsgo

Security analysis

A100/100

Scanned September 29, 2026

npx -y skills add kaiwutech-TW/flightwake --skill fw-handoff --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Fw Handoff?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Fw Handoff
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/kaiwutech-tw-fw-handoff-f93dea3a/badge)](https://www.skillsdirectory.com/skills/kaiwutech-tw-fw-handoff-f93dea3a)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: fw-handoff
description: flightwake cross-session handoff — write CONTEXT for work that is unfinished and will continue later. Use when stopping mid-build on multi-session work, when the user says handoff / continue next time, or before context runs out on a large task.
---

# fw-handoff — cross-session handoff

Purpose: let any session cold-start into unfinished construction. **The trigger is before stopping — not before starting** —
a CONTEXT written after touching reality is the only kind that's real.

## Steps

1. Write `.flightwake/records/YYMMDD-slug-CONTEXT.md` with four mandatory sections:
   - **Scope**: what to build / explicitly out of scope (guards against scope creep); plus one line of
     **acceptance** — what counts as done, stated **observably** (which number must match what, what must
     appear on which screen, which test must go green). With no observable definition of "done", the next
     session invents one — usually looser than yours
   - **Settled decisions**: with the why (also logged to DECISIONS)
   - **Current state & data foundation**: what's ready (with verification evidence), what's an assumption (mark "spot-check before executing")
   - **Next step**: concrete down to "open this file / run this command"
2. List open questions separately — **ones needing a human are marked "confirm with X"**; never leave the next session guessing
3. Update STATE: in-progress + next entry point pointing at this CONTEXT
4. Commit; then propose a push to the user (a handoff is only safe once it leaves this machine, but pushing is the user's call)

## Where the CONTEXT lives

One CONTEXT, no upfront plan decomposition — the executing session plans in the moment.
If the repo has a legacy `.planning/` directory, the CONTEXT may live in its phases/ directory to keep that index (same format).

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.