Skip to content

[workflow-health] PR Triage Agent: push_repo_memory job failing (post-cleanup error) #23109

@github-actions

Description

@github-actions

Problem

PR Triage Agent started failing on 2026-03-26 with 2 consecutive failures in the push_repo_memory job.

  • Run #289 — failed 2026-03-26T06:21
  • Run #288 — failed 2026-03-26T00:12
  • Run #287 — ✅ success 2026-03-25T18:16

Root Cause

The push_repo_memory job switches the workspace branch to memory/pr-triage to commit and push memory files. After the push succeeds, the GitHub Actions post-job cleanup for the ./actions/setup local action fails because the workspace is now on the memory/pr-triage branch (which doesn't have the actions/ directory).

Error in post-cleanup:

##[error]Can't find 'action.yml', 'action.yaml' or 'Dockerfile' under 
'/home/runner/work/gh-aw/gh-aw/actions/setup'. Did you forget to run 
actions/checkout before running your local action?

Important: The actual memory push succeeds — data is correctly written to memory/pr-triage branch. The failure only affects the post-job cleanup phase.

Evidence

From run #289 logs (push_repo_memory job):

  • ✅ Checked out branch memory/pr-triage
  • ✅ Committed and pushed 3 files (pr-triage-latest.json, pr-triage-summary.md, README.md)
  • ❌ Post-job cleanup fails: can't find actions/setup

Impact

  • PR Triage Agent reports are still being generated (the agent job succeeds)
  • Repo memory is being saved successfully
  • But the overall workflow run is marked as failure due to the cleanup error

Suggested Fix

Options:

  1. Add a checkout step at the end of push_repo_memory to restore the workspace to the main branch before cleanup
  2. Use persist-credentials: false + sparse checkout on main as the last step to restore actions/setup
  3. Set continue-on-error: true on steps that might leave the workspace on the memory branch

The fix should be implemented in the workflow compiler's push_repo_memory job generation, so all workflows that use repo-memory benefit from the fix.

Priority

P1 — New regression, 2 consecutive failures starting 2026-03-26T00:12

Detected by §23593331592 — Workflow Health Manager

Note

🔒 Integrity filter blocked 3 items

The following items were blocked because they don't meet the GitHub integrity level.

  • #21703 search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".
  • #18407 search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".
  • #21784 search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".

To allow these resources, lower min-integrity in your GitHub frontmatter:

tools:
  github:
    min-integrity: approved  # merged | approved | unapproved | none

Generated by Workflow Health Manager - Meta-Orchestrator ·

  • expires on Mar 27, 2026, 12:14 PM UTC

Metadata

Metadata

Labels

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions