Repository navigation
[detection-analysis] Detection Analysis Report — 2026-07-30 #49221
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Detection Analysis Report. A newer discussion is available at Discussion #49680. |
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.
Summary
2026-07-29T23:40Z→2026-07-30T23:40ZWarning
9 workflows show detection-configuration issues in this window — 6 with inconsistent
gh-aw-detectionsettings across runs of the same workflow, and 3 audit/report-named workflows without detection enabled. See details below.Comparison Chart
Regular runs averaged 61,055 tokens at a 96.0% success rate (3 failures); detection runs averaged 102,289 tokens at a 91.7% success rate (12 failures). Detection-enabled runs cost roughly 1.7x the tokens of regular runs on average, and run at a slightly lower success rate — consistent with the added threat-detection step surfacing more agent-side errors rather than being a regression itself.
Misconfigured Workflows
gh-aw-detectionto a single value in frontmatter; inconsistent settings suggest a compiled/.lock.yml drift or partial rollout.gh-aw-detectionto a single value in frontmatter; inconsistent settings suggest a compiled/.lock.yml drift or partial rollout.gh-aw-detectionto a single value in frontmatter; inconsistent settings suggest a compiled/.lock.yml drift or partial rollout.gh-aw-detectionto a single value in frontmatter; inconsistent settings suggest a compiled/.lock.yml drift or partial rollout.gh-aw-detectionto a single value in frontmatter; inconsistent settings suggest a compiled/.lock.yml drift or partial rollout.gh-aw-detectionto a single value in frontmatter; inconsistent settings suggest a compiled/.lock.yml drift or partial rollout.gh-aw-detection: trueto the workflow frontmatter, or add a documented repository-level opt-out if intentional.gh-aw-detection: trueto the workflow frontmatter, or add a documented repository-level opt-out if intentional.gh-aw-detection: trueto the workflow frontmatter, or add a documented repository-level opt-out if intentional.Note: rule 1 (
gh-aw-detection: falseon a workflow with >3 runs in the last 7 days) could only be evaluated against the 24h log window fetched by this run — any workflow with >3 runs in 24h also has >3 in 7d, so no false positives are possible under this proxy, but a workflow averaging ≤3 runs/day that still exceeds 3 runs over 7 days would not be caught here. No such cases were found among detection-disabled workflows in this window. Rule 3 (detection job failures) found no faileddetectionjobs in this window.View All Run Metrics
Workflows with more than one run in the window (16 of 116 total workflows seen; the remaining 100 each ran once):
View Historical Trend
28 days of history available in cache-memory (
trending/detection-metrics/history.jsonl).Recommendations
gh-aw-detectionconsistently forPR Sous Chef,Matt Pocock Skills Reviewer,Design Decision Gate,Impeccable Skills Reviewer,PR Code Quality Reviewer, andPR Description Updater— each alternated between enabled/disabled across runs in the same 24h window, which points to a.lock.ymlrecompilation drift (frontmatter edited mid-day) rather than a deliberate rollout. Recompile once from the current source and verify all subsequent runs pick up the same flag consistently.gh-aw-detection: truetoDeep Report,Daily Security Observability Report, andDaily Regulatory Report Generator, or add an explicit documented opt-out (as already exists forDaily Agentic Workflow AIC Usage Audit) if detection is intentionally not applicable.All reactions