[workflow-analysis] Weekly Workflow Analysis: AI Moderator hangs and PR-bot cluster failures burn 25%+ of CI runs #57407
Closed
Replies: 1 comment
|
This discussion was automatically closed because it expired on 2026-09-01T09:51:34.467Z.
|
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Weekly Workflow Analysis (2026-08-24 → 2026-08-31)
Sampled 300 unique runs across 297 workflows (daily snapshots per day plus a recent-hours deep dive, since the repo runs too high a volume — roughly 400+ runs/day — for exhaustive per-run collection in one pass). Overall failure rate in the sample: 25.7% (77/300), well above what a healthy fleet should show. Two failure modes dominate, and both are infra/driver-level, not agent reasoning errors.
Key issues
AI Moderator is effectively broken (94% failure, 16/17 sampled runs) and burns huge CI time doing nothing. Failing runs show
Turns=0,TokenUsage=0, yet ran for 3.9–7.5 hours each before failing — the agent never starts, the job just hangs until timeout. Sampled runs alone consumed 1,805 action-minutes (~30 hours) for essentially zero agent work. This is the single highest-value fix this week.A shared cluster of PR-review bots (Ponytail Reviewer, PR Code Quality Reviewer, Matt Pocock Skills Reviewer, Impeccable Skills Reviewer, Test Quality Sentinel) fail together on the same PR events, in two distinct patterns:
pull_requestevents, 0 turns — looks like a shared precondition/gate step erroring immediately.Driver-level CLI crashes (
Execute Claude Code CLI/Execute GitHub Copilot CLIstep itself failing, not the agent's reasoning) are the dominant failure kind in the sample (driver_exit ≫ agent_logic: 25 vs 4 occurrences in one batch). Confirmed on Avenger (§32906916840) and Design Decision Gate (§32787203288).Daily BYOK Ollama Test: 100% failure (4/4 sampled), always at the
Execute GitHub Copilot CLIstep (§32784702987) — this integration looks fully broken, not flaky.Reliability by workflow (sample)
PR Sous Chef is worth calling out positively — by far the highest-volume workflow in the sample and one of the most reliable (4% failure).
View Details — resource usage
Next actions
agentjob across workflows so a stuck CLI can't run for hours before being killed — this alone would cap the damage from issue rejig docs #1 even before root cause is found.References:
All reactions