work-start
Work: start
Orient this session. Read the repo's memory, find where work stands, name one next move.
Read, in order
CONTEXT.md(repo root) — the project's shared language. Use its vocabulary for the rest of the session. IfCONTEXT-MAP.mdexists instead, the repo has multiple contexts — read the map, then theCONTEXT.mdof whichever context the inflight work touches.handoff.md(repo root) — where each inflight piece of work stands: one## <slug>section per piece, dated entries of what moved · what's next · verdict.progress.txt— only if it exists on the current branch. Its presence means an implementation loop is mid-flight; it holds that loop's validation contract, task checklist, and breadcrumbs.
A missing file is information, not an error — the memory files are created lazily by the skills that first write them (handoff.md by a closing contract, CONTEXT.md by a promotion or an earned glossary entry), never as a setup step. Say which are missing and carry on.
Name one move
State the single next move in plain words, with one sentence of reasoning. Not a menu, not a status report.
Bias: resume inflight work before starting new work. A mid-flight loop (progress.txt with unchecked tasks) beats an inflight handoff section; an inflight handoff section beats a new idea.
If nothing is inflight, ask what the user wants to work on. Something fuzzy → suggest /work-discover. A plan already in plans/ → suggest /work-implement.