walkthrough

# Walkthrough Generate a concise, click-by-click manual walkthrough of the current branch's user-facing changes, so the human orchestrator can exercise the feature in a browser **before** the formal `/review-pr`. Seeing a feature work is faster than reading code or a PR description for catching UX problems. This skill does not modify code or perform code review. With `--publish` it posts the walkthrough as a PR comment; otherwise it only writes a local scratch file. **Where it sits in the workflow — two slots:** - **Generate** (default) — run after `/create-pr` and before `/review-pr`, and re-run as needed. The orchestrator's iterative pre-flight check. - **Publish** (`--publish`) — run once after `/review-pr` and any review fixes, just before merge (or after merge, to backfill a walkthrough that was missed). Posts the final walkthrough to the PR so the QA tester can follow it after deploy. **Not the same as:** - `/debrief` — a heavy architecture and test-coverage write-up for milestones. - `/qa-handoff` — a broad, committed QA guide for a whole phase. `/walkthrough --publish` is the per-PR counterpart: one change, posted to the PR. ## Command Options - `--publish`: Post the final walkthrough as a comment on the PR, regenerating it first so it matches the code under review. Run once, after review — normally just before merge, but it also works on an already-merged PR to backfill a missed walkthrough. See the Publishing section. ## Your task If invoked with `--publis...