Repository navigation
[agent-job-health] Agent Job Health Monitor — 2026-10-17: fleet rate 5.27%, chronic redact-secrets issue filed #69802
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Agent Job Health Monitor. A newer discussion is available at Discussion #70043. |
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.
Warning
One novel failure cluster (chronic, 10+ days unaddressed) triggered an issue this run; another novel cluster (Engine Conformance Test Matrix) is recurring but below the auto-issue bar for today's count. No fleet-wide regression.
Summary
in_progressat collection time and excluded), distinct_workflows: 194agentjob itself failed (verified viafailure_clusters[].signal.job=="agent", de-duplicated by run ID since clusters overlap)Failure Rate by Step
View table (agent-job failures only, 28 runs across 18 distinct failing steps)
Note: counts above are de-duplicated per cluster; two runs appear in two clusters each (a Copilot-CLI run also flagged "Verify agent session artifact", and the DeepSeek Harness run also flagged "Redact secrets in logs" as a likely cascading symptom), which is why the table sums to slightly more than 28.
Tracked Failures
View table (unverified - see caveat below)
Novel Failure Clusters
1. Engine Conformance Test Matrix (claude + codex + deepseek-harness) - simultaneous failure
engine-conformance-claude,engine-conformance-codex,engine-conformance-deepseek-harness)driver_exit2. "Redact secrets in logs" step failure (driver_exit) - chronic, now ticketed
artifacts-summary,smoke-deepseek-harness)artifacts-summary) - failed cleanly in this step alone. The other instance, 38987303689 (smoke-deepseek-harness), failed "Execute DeepSeek Harness" first, so the redaction failure there may be a cascading symptom rather than independent.3. Ten singleton one-off failures (Download container images / Crush / Gemini / Claude Code / DeepSeek Harness CLI execution, Build documentation, Goose smoke evidence, sub-agent model assertion, drive-memory checkout, side-repo checkout x2) - each affects exactly 1 workflow with 1 failing run this window. These look like isolated smoke-test flakiness rather than a systemic cluster; none individually meets the 2-workflow / 10%-of-runs bar for an issue. Listed in the step table above for visibility.
Schedule Heartbeat
Checked a 29-workflow sample of schedule-triggered workflows (not exhaustive - roughly 249
.mdfiles under.github/workflows/contain aschedule:key, far more than could be verified individually this run). All large-gap cases found resolve to an already-known cause:disabled_manuallydaily-geo-optimizer)disabled_manuallydisabled_manuallyNo blind spots detected among active workflows. Three workflows whose names start with
daily-(daily-architecture-diagram) or sound daily (mcp-inspector,blog-auditor,schema-feature-coverage) turned out, on checking their actual frontmatter, to be scheduled weekly, not daily - their 3.5-5.7 day gaps are well within the 15-day weekly blind-spot threshold. This is a reminder that workflow names are not a reliable proxy for cron cadence; this report verified cadence from frontmatter before flagging anything.Per-Workflow Breakdown
View top offenders by agent-job failure count
191 workflows had completed runs this window; 26 had >=1 agent-job failure (165 had zero).
Recommendations
search_issues/list_issueshas now affected 5+ consecutive runs, materially weakening the Tracked vs. Novel classification and risking duplicate issue creation. This is itself worth a bug report against the monitoring pipeline / integrity-policy configuration.disabled_manuallystate already explains the gap; re-enable only if the disabling was unintentional.All reactions