[workflow-analysis] Weekly Workflow Analysis: Active codex/copilot/claude CLI reliability incident (20% failure rate, driver-exit pattern) #55354
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.
Overview
Analyzed 120 workflow runs across ~6.5 hours (2026-08-24 02:49–09:26 UTC) — the most recent, densely-sampled slice of the past week. This repo runs an extremely high volume of scheduled/triggered agentic workflows (292 workflow files configured, ~15–20 runs/hour observed), so a full 7-day exhaustive pull wasn't feasible in one pass; this sample is recency-weighted and surfaces an active reliability regression happening right now.
Overall: 24 failures / 120 runs (20% failure rate).
Key finding: an active, escalating "driver exit" incident (not an agent logic problem)
18 of 24 failures (75%) share the same signature: zero tokens, zero turns, zero errors logged — the engine CLI process crashed or exited before producing any model output. Only 2 failures were genuine agent-logic errors. This is an infrastructure/engine-CLI reliability issue, not a prompting or task-design problem.
It's also worsening within the observed window:
The AI Moderator workflow (codex engine) failed 5/5 times in-window (§32696507811, §32700858092, §32703386165, §32703902466, §32703917814) — all dying at the "Execute Codex CLI" step with 0 turns after making a handful of requests to
api.openai.com/ab.chatgpt.com. Given other codex-driven workflows (Issue Monster, Sub-Issue Closer) succeeded in the same window, this doesn't look like a blanket outage — more like intermittent codex CLI crashes that are increasing in frequency toward the end of the sampled window.The same driver-exit signature also hit copilot and claude, so it isn't codex-specific:
api.githubcopilot.com, 0 turns.Recommended action: file/escalate this as an active incident — check engine CLI versions, auth/token freshness, and any recent AWF runner or CLI-binary changes deployed around 2026-08-24 ~06:00 UTC, since that's when the failure rate visibly inflects.
Other notable items
gpt-4.1-mini,claude-haiku-4-5) instead of a frontier model — applies independent of the reliability fix.View Details — engine & workflow breakdown
By engine (120 runs):
Workflows with repeated failures in-window:
Aggregate resource usage (120 runs, ~6.5h window):
Next actions
References:
All reactions