#2954 verify-reviews reports provider-error when a passing review mentions swamp's own invalid_api_key error code

scripts/check_review_verdict.ts matches PROVIDER_ERROR_PATTERN against the whole review output before reading the verdict. The pattern includes the bare word invalid_api_key (and authentication_error), which is also the code swamp's own libswamp errors use (src/libswamp/errors.ts invalidApiKey). A review of any auth change that mentions that code is scored GATE_VERDICT: provider-error and the step fails, even though the review ran and said VERDICT: pass.

Seen on swamp-club#2928 (commit 2104b9a3, verify-reviews run 16fb084b-1cae-4019-acd0-cd74a96dd61c): adversarial-review and ux-review both returned VERDICT: pass and quoted the invalid_api_key error code from the diff, and both were failed as provider errors.

Expected: provider-error only when the provider itself failed (for example its error JSON or the CLI's limit message), not when the review prose names a swamp error code. Anchoring the patterns to the provider's error shapes, or checking them only when no verdict marker is present, would avoid the false positive.