Three Watch tests flaked under -race and CPU load (3/8 of 8 parallel x10 runs on main): - QueueIsBounded slept 100ms before looking for the summary; it now waits for the summary, then checks the bound. - DeliversEveryQueuedAlert asserted FIFO order, but the outage ends asynchronously, possibly mid-flush, so a later item can send first. It now asserts each removal is delivered exactly once (order is not what it is named for). - AccountsForEveryRemoval slept 50ms after the first summary, counted only "removed 1" and took the last summary's count. It now sums every "removed N" and every suppression count and waits until they account for all plants. Stress: 0/8 failures in three rounds of 8 parallel x -test.count=10 under -race. Flips still red: unbounded queue, dropped retries, suppressions not counted. Fixes #193. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>