What problem does it solve? After pushing a commit, nothing tells you when the CI run finishes, and polling wastes rounds or builds repairs on top of already-red states. This Skill defines how to wait for the builder's verdict, distinguish machine failures from real code faults, and handle merges, branch deletion, and test timing data safely. ## Core Features & Use Cases - Background CI waiting: Runs tests/await_ci.sh as a harness-tracked background command that finds the run for HEAD and returns every job's verdict when it exits. - Failure triage: Decides whether a red job is the machine (missing tool, setup-step failure, runner-image sorting) or the code, then picks the smallest correct rerun (gh run rerun --job, --failed, or full) without pushing empty commits. - Post-green maintenance: Refreshes tests/state/longest via builder_times.sh, retargets stacked pull requests before deleting branches, and verifies merges before deletion. - Use Case: You pushed a commit and one of six matrix jobs (ubuntu/macos/windows on two Python versions) came back red. Use this Skill to wait for the full run, name the failed step, rule out flake causes, and rerun only the failed job before tagging a release. ## Quick Start After pushing a commit, run cd tests && bash await_ci.sh as a background command and wait for its verdict before doing anything else.