shiplisted

Shipping is a loop, not an event: the work isn't delivered when the PR opens, it's delivered when the PR merges with green checks. ## Hold in mind 1. Nothing ships red: verification passes locally *before* the commit, not hopefully-in-CI. 2. "Shipped" means a PR URL plus green CI evidence — anything less is "pushed". This binds every session that pushes a branch, /ship invoked or not: open the PR before ending the turn unless the user says otherwise — a harness default of not opening PRs unasked yields to this repo convention (L-047). 3. CI failures and review comments are the loop continuing, not the loop failing: diagnose, fix, push, repeat. 4. Never push to a branch you weren't asked to ship from; never force-push shared history. ## Steps 1. Verify: run `/verify-loop` (or the `verifier` agent for non-trivial changes) and get green evidence. Red stops the ship. 2. Commit: clear, descriptive message — what and why, present tense. Group unrelated changes into separate commits rather than one blob. 3. Push — gated: confirm the branch and remote with the user before the first push of this run (headless runs skip the question but must push a feature branch and deliver via PR, never the default branch). Then `git push -u origin <branch>`. On network failure retry up to 4 times with backoff (2s/4s/8s/16s). 3b. Overlap check, before opening — one call, the cheapest catch point there is. List the open PRs and compare this branch's changed-file set (`git diff --name-only origin/<