relay-fleetlisted

## Inputs - Env: optional `RELAY_SKILL_ROOT` defaults to `skills`. - Files: leaves JSON passed by `--leaves-file`, child prompt/rubric/Done Criteria files, and fleet/child run manifests under `~/.relay/runs/`. - Sibling scripts: `${RELAY_SKILL_ROOT:-skills}/relay-fleet/scripts/relay-fleet.js`, `${RELAY_SKILL_ROOT:-skills}/relay-fleet/scripts/merge-queue.js`, `${RELAY_SKILL_ROOT:-skills}/relay-dispatch/scripts/dispatch.js`, `${RELAY_SKILL_ROOT:-skills}/relay-review/scripts/review-runner.js`, `${RELAY_SKILL_ROOT:-skills}/relay-merge/scripts/finalize-run.js`. # relay-fleet ## Use when - Driving already planned relay leaves through fan-out, review/publication/redispatch, serial merge, and close - Re-running the same fleet command after a crashed or killed session - Continuing an existing fleet from persisted child/fleet state - Printing read-only aggregate status for a fleet ## Do not use when - Decomposing raw or ambiguous requests into leaves — use `relay-ready` - Authoring per-leaf rubrics or dispatch prompts — use `relay-plan` - Dispatching a single task or run — use `relay-dispatch` - Reviewing one standalone child PR — use `relay-review` Run multi-leaf orchestration after `relay-ready` and `relay-plan` have already produced leaf artifacts. The default command is the full crash-only drive: fan-out -> review/publication/redispatch loop -> serial merge queue -> `closed` when every child is terminal. Design rationale, rejected alternatives, non-goals, and the Phase 2/3 r