[safe-output-health] Safe Output Health Monitor - 2026-08-25: 3 Process Safe Outputs failures (PR Sous Chef 4th recurrence plus 2 new cross-workflow #55646
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.
Executive Summary
Audit of safe-output job (
safe_outputs) executions across the last ~24h of pre-downloaded workflow run logs (2026-08-24 ~04:40Z through 2026-08-25 ~04:31Z). Found 278safe_outputsjob executions (locally cachedrun_summary.jsonfiles containing a "Process Safe Outputs" step), of which 3 failed — a 98.92% success rate. All 3 failures share the identical signature: thesafe_outputsjob has its **"Process Safe Outputs" step fail, while the subsequent "Upload Safe Outputs Items" step (which runs unconditionally) still succeeds. This is the 4th occurrence of a known recurring PR Sous Chef failure, plus 2 new occurrences of the same step-name failure in different workflows with much simpler safe-output configs — which weakens the existing "large/varied batch" hypothesis and raises a new, unconfirmed hypothesis of a possible shared regression in the underlyingprocess_safe_outputs.cjsscript.Data-gap disclosure: no raw stderr/exception text is retrievable for any of the 3 failures in this environment (confirmed via
run_summary.json, single-runagenticworkflows audit, and artifact download — there is nosafe_outputsartifact set). All root-cause statements below are therefore hypotheses grounded in step-level pass/fail + config data, not confirmed by log evidence. This gap is itself the top recommendation.Safe Output Job Statistics
safe_outputsjob executions analyzedError Clusters
Cluster 1 — PR Sous Chef recurring batch-abort (confirmed_recurring, 4th occurrence)
schedule.add_comment(max 4),create_issue(max 1),push_to_pull_request_branch(max 10).flat_unresolved.Cluster 2 — New cross-workflow occurrences of the same step-name failure (new, 2 occurrences today)
schedule. Config:create_issueonly (max 1,close_older_issues: true).pull_request. Config:add_comment(max 2) +push_to_pull_request_branch.Historical context / trend detail
Note: the 2026-08-25 "runs analyzed" figure uses a different counting methodology (local cache file count) than prior days
agenticworkflows logssampling, so success-rate trend should be read directionally, not as an exact time series.Root Cause Analysis
create_issueonly) directly contradicts the "large/varied batch" theory as a universal explanation. This is presented as an open, unconfirmed hypothesis: a possible shared regression inprocess_safe_outputs.cjs(or itssetup_globals.cjsdependency) affecting multiple workflows in the 2026-08-24T19:10Z to 2026-08-25T04:00Z window, rather than a per-workflow data issue. This has not been proven — it is inferred solely from the coincidence of step name and timing, and needs confirmation over the next 1-2 audits before being treated as recurring.Recommendations
Immediate action (elevated priority this audit):
run_summary.jsonhas no error field,agenticworkflows auditgives only meta-findings, and nosafe_outputsartifact set exists).Bug fix (existing, still open):
Process improvement:
index.json, or did not run at all — this is a gap in the audit trail continuity.Work Item Plans
process_safe_outputs.cjs— scoped to the PR Sous Chef recurring failure; refreduce-batch-size-or-per-item-isolationin cache-memory solutions.Metrics / KPIs
Next Steps
missing_toolgap beyond the already-known artifact-set limitation (recorded in cache-memoryerror-patterns.json); nomissing_databeyond the stated evidence gaps above.References:
All reactions