You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[aw] No-Op Runs #448 — It documents that no-op outcomes are non-failures and tracks them centrally, which helps interpret the behavior described in this issue.
No-failure runs currently produce a full detective comment instead of a noop because the PR Actions Detective prompt has no explicit "no failed jobs/steps => noop" branch, and this surfaced in elastic/beats where the trigger lacks a failure gate.
Recommendation
Add a defensive noop branch in the PR Actions Detective prompt (and mirror in branch detective), then document the trigger-level failure guard as required for downstream adopters.
Findings
The issue reproducer comment is for a successful checked run and says "Failed jobs/steps found: none" (elastic/beats PR comment linked from this issue).
Verified run status: elastic/beats workflow run 22827629972 is conclusion: success, with one job check also conclusion: success (github-actions_get/list_workflow_jobs output).
In Step 1, after listing jobs, add explicit instruction:
If run conclusion is not failure or no jobs/steps have failure-like conclusions, call noop (e.g., "No failed jobs/steps in workflow run; nothing to diagnose") and stop.
Activity
github-actions commentedon Mar 8, 2026
3 related issues
What is this? | From workflow: Trigger Duplicate Issue Detector
Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not.
github-actions commentedon Mar 8, 2026
No-failure runs currently produce a full detective comment instead of a noop because the PR Actions Detective prompt has no explicit "no failed jobs/steps => noop" branch, and this surfaced in
elastic/beatswhere the trigger lacks a failure gate.Recommendation
Add a defensive noop branch in the PR Actions Detective prompt (and mirror in branch detective), then document the trigger-level failure guard as required for downstream adopters.
Findings
elastic/beatsPR comment linked from this issue).elastic/beatsworkflow run22827629972isconclusion: success, with one jobcheckalsoconclusion: success(github-actions_get/list_workflow_jobsoutput)..github/workflows/trigger-pr-actions-detective.yml:18-19gh-agent-workflows/pr-actions-detective/example.yml:16-19both require
github.event.workflow_run.conclusion == 'failure'..github/workflows/gh-aw-pr-actions-detective.md:95noop only when no PR is associated..github/workflows/gh-aw-pr-actions-detective.md:113-115assumes failures exist ("Identify the failing job/step...")..github/workflows/gh-aw-pr-actions-detective.md:120noop only for duplicate prior diagnosis..github/workflows/gh-aw-pr-actions-detective.lock.yml:180tools includenoop..github/workflows/gh-aw-pr-actions-detective.lock.yml:608safe-outputs config enables noop.beatsexplains this specific incident:elastic/beats/.github/workflows/trigger-pr-actions-detective.yml:13-18has noif: ... conclusion == 'failure'guard.Verification
Commands/API checks run during triage:
Detailed Action Plan
.github/workflows/gh-aw-pr-actions-detective.mdnoop(e.g., "No failed jobs/steps in workflow run; nothing to diagnose") and stop..github/workflows/gh-aw-branch-actions-detective.mdgh-agent-workflows/pr-actions-detective/README.mdif: github.event.workflow_run.conclusion == 'failure' && toJSON(github.event.workflow_run.pull_requests) != '[]'.make compileso.lock.ymlprompts inherit the new noop logic.Related Items
[aw] No-Op Runs)[agentics] No-Op Runs).github/workflows/gh-aw-pr-actions-detective.md:95,113-120.github/workflows/trigger-pr-actions-detective.yml:18-19gh-agent-workflows/pr-actions-detective/example.yml:16-19https://raw.githubusercontent.com/elastic/beats/main/.github/workflows/trigger-pr-actions-detective.ymlhttps://github.com/elastic/beats/pull/49335#issuecomment-4019793376What is this? | From workflow: Trigger Issue Triage
Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not.
v1v commentedon Mar 10, 2026
plan again because this is not solved see #644
confirm if the exeuction of the workflow that can be found at #644 was before any actions were taken