[safe-output-health] Safe Output Health Report - 2026-04-19 #27187
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Safe Output Health Monitor. A newer discussion is available at Discussion #27345. |
Beta Was this translation helpful? Give feedback.
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.
-
Executive Summary
Safe Output Job Statistics
Error Clusters
Cluster 1: Protected File Path Violation in
create_pull_requestcreate_pull_request(and 1 cascadingcreate_discussioncancellation).github/aw/github-mcp-server.md(MCP tools documentation), but this path falls under the workflow'sprotected_path_prefixeslist (.github/). No explicitallowed-filesexception was configured to permit this file.create_discussionwere blocked. No documentation update was committed. The workflow's intended output was entirely lost for this run.Cluster 2: Missing Files for
upload_artifactupload_artifactsafe-outputs-upload-artifacts— which was not found — and subsequently no files were present to upload when processing theupload_artifactmessage. The agent successfully completed its main task (all 10 devices passed multi-device testing) and wrote anoopmessage, but the file upload path was broken.Root Cause Analysis
Protected Path Configuration Issues
The
create_pull_requesthandler enforcesprotected_path_prefixes: [".github/", ".agents/", ".claude/"]to prevent accidental changes to workflow/config files. The GitHub MCP Remote Server Tools Report Generator workflow is designed to update documentation at.github/aw/github-mcp-server.md, which is legitimately inside.github/. The workflow configuration lacks an explicitallowed-filesentry for this path or aprotected-files: fallback-to-issuefallback, causing the PR creation to fail hard instead of gracefully degrading.Agent-Produced File Path Issues
The Multi-Device Docs Tester uses
upload_artifactto surface test artifacts. The failure indicates the agent referenced files that were not created or were placed outside the expected upload paths. This may be caused by the agent writing files to a location not included in theallowed-pathsconfiguration of the upload step.Non-Issue:
digest-mismatch: errorThe string
digest-mismatch: errorappears in 12+ runs across all safe output logs. This is not an error — it is a configuration parameter passed to theactions/download-artifactstep specifying behavior on digest mismatch. It is expected and benign.Recommendations
Critical Issues (Immediate Action Required)
allowed-filesexception for.github/aw/github-mcp-server.mdallowed-files: [".github/aw/github-mcp-server.md"]to thecreate_pull_requesthandler config in the workflow frontmatter, OR setprotected-files: fallback-to-issueto gracefully create a review issue when the PR cannot be created.Bug Fixes Required
upload_artifactsafe output handler. Artifactsafe-outputs-upload-artifactswas also not found during the prerequisite download step.allowed-pathsconfigured for upload, or addif-no-files: ignoreto gracefully skip empty uploads instead of failing.upload_artifactWork Item Plans
Work Item 1: Allow
.github/aw/path in MCP Tools Report workflow.github/aw/github-mcp-server.md) due to a protected path prefix rule. This is a legitimate update path that needs an explicit allow..github/aw/github-mcp-server.md.github/allowed-files: [".github/aw/github-mcp-server.md"]to the workflow'screate_pull_requesthandler config, or (b) addprotected-files: fallback-to-issueto gracefully degrade instead of hard-failingWork Item 2: Fix Multi-Device Docs Tester artifact upload
upload_artifactsafe output in Multi-Device Docs Tester fails because no files match the upload selection criteria. The agent may be writing files to paths not covered byallowed-paths, or the artifact referenced in the download step doesn't exist.upload_artifactsucceeds or silently skips when no test artifacts are producedif-no-files: ignoreas an immediate fix; alignallowed-pathswith agent output paths for the complete fixHistorical Context
This is the first audit from the safe-output-health monitoring system. No prior baseline exists for trend comparison. The findings here establish the initial baseline:
create_discussion,create_issue,noop(all 100%)upload_artifact,create_pull_request(both 0% on their one execution)Metrics and KPIs
Next Steps
allowed-filesorprotected-files: fallback-to-issueto GitHub MCP Remote Server Tools Report Generatorif-no-files: ignoreReferences:
Beta Was this translation helpful? Give feedback.
All reactions