[agent-job-health] Agent Job Health Monitor — 2026-08-12: 19.2% run-weighted / 0% median-workflow failure rate #52386
Replies: 0 comments
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.
Summary
Window: 2026-08-11 23:00 UTC to 2026-08-12 23:15 UTC (last 24h ending at workflow start)
Total agent-job runs: 344 across ~164 distinct workflows (engine mix: copilot 162, pi 77, claude 52, codex 20, aider 1, crush 2, goose 2, opencode 2)
Agent-job failures: 66 (52 driver_exit engine-process crashes, 14 agent_logic failures) - excludes 1 non-agentic CI job (Super Linter Report) and 2 intentionally-failing smoke-test runs, out of scope for this monitor.
Reading the two rates together: the 19.2% run-weighted number is not representative of typical fleet health. It is pulled up by (a) a cluster of high-frequency PR-gate reviewers with real-but-moderate per-workflow failure rates (9-33%), and (b) roughly three dozen low-frequency Daily-X baseline/experimental workflows that each ran once in the window and happened to fail, contributing 100%% each to the mean but with negligible run volume. The median workflow failure rate of 0%% is the more trustworthy fleet-health signal: most of the ~164 active workflows had a clean day.
Failure Rate by Step
Per-CI-step names required the audit MCP tool, which was unavailable in this run (see limitation note below), so the breakdown uses the coarser failure_kind classification captured for every run:
The agenticworkflows audit tool was not reachable this run, so exact failing-step names and stack excerpts could not be pulled for individual runs; the classification above is the finest grain available from the logs tool summary data.
Tracked Failures
54 of 66 failures already have an open tracking issue. Highlights:
No open issue search matched a Copilot CLI segfault report beyond #51789/#51984 (both still open, both implicated again today), and PR Sous Chef / Issue Monster remain chronic as flagged - both have multiple open issues spanning several days.
Novel Failure Clusters
Cluster A - Time-correlated PR-gate driver_exit spike, 21:30-21:54 UTC (already tracked, root cause still open)
6 distinct PR-review-gate workflows (Design Decision Gate, Ponytail Reviewer, Matt Pocock Skills Reviewer, Test Quality Sentinel, Impeccable Skills Reviewer, PR Code Quality Reviewer) failed with driver_exit within the same ~24-minute window, across 3 different engines (claude, copilot, pi) and different, unrelated PRs (#52325, #52210, and others) - ruling out a single-PR-content trigger in favor of a shared infrastructure or engine-provider blip. This is already captured by rollup issue #52079 "[aw] Failure cascade detected", which lists 10 of the individually-filed issues but has not yet identified a root cause. Blast radius: engine-wide, 6+ workflows - would have met the issue-creation bar, but is already tracked, so no new issue was filed.
Cluster B - Untracked one-off Daily workflow failures (12 failures, no matching open issue)
12 distinct low-frequency workflows each ran exactly once in the window and failed, with no corresponding open issue found: arXiv Paper Researcher: GitHub Agentic Workflows, Daily Elixir Credo Snippet Audit, Daily AgentRx Trace Optimizer, Daily AstroStyleLite Markdown Spellcheck, Daily Compiler Quality Check, Daily action/setup/* Security Audit, Go Logger Enhancement, Daily Regression Audit, Daily Documentation Healer, Daily AW Cross-Repo Compile Check, daily-experiment-report, Daily Container Image Security Scan.
Per-Workflow Breakdown
Runs and failures by workflow (partial list - top contributors by run volume)
Distinct-workflow total (~164) is an approximation: the 24h dataset spans 250+ uniquely-named workflows with heavy long-tail sparsity (most run once/day), and exact deduplication of the full list was done by manual inspection rather than a database query.
Recommendations
Limitation: the agenticworkflows audit tool was unreachable this run (registration failure, not a timeout), so this report relies on the logs tool run-level summary data rather than per-run stack traces/step names. Distinct-workflow counts and the workflow-weighted mean are therefore best-effort approximations rather than exact.
References:
All reactions