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
{{ message }}
Repository navigation
Disable no-op runs for duplicate issues workflow #255
TL;DR: I recommend implementing this by setting report-as-issue: false for safe-outputs.noop in the duplicate issue detector workflow, because the current config is generating frequent no-op comments into the central no-op issue.
Recommendation
Update .github/workflows/gh-aw-duplicate-issue-detector.md so safe-outputs.noop disables issue reporting (report-as-issue: false), then recompile to refresh .lock.yml.
Findings
The duplicate detector currently defines noop with default behavior (no override):
I also parsed issue #83 comments and confirmed duplicate-detector no-op volume:
page2: comments=20, duplicate-detector=8
page3: comments=15, duplicate-detector=15
sample messages: "No duplicate found for issue #200/#202/#206/#208/#209/#225/#226/#227/..."
Detailed Action Plan
Edit .github/workflows/gh-aw-duplicate-issue-detector.md at safe-outputs (~L51) and change noop to explicit config:
from noop:
to:
noop:
report-as-issue: false
Recompile workflow artifacts (gh aw compile / project compile flow) so .github/workflows/gh-aw-duplicate-issue-detector.lock.yml reflects the new safe-output config.
Validate compiled config in lock file no longer reports noop as issue output.
Keep add-comment unchanged so true duplicate matches still get posted back on the triggering issue.
(Optional follow-up) audit other high-frequency detector/report workflows that intentionally no-op often and apply the same setting where appropriate.
Activity
github-actions commentedon Feb 21, 2026
TL;DR: I recommend implementing this by setting
report-as-issue: falseforsafe-outputs.noopin the duplicate issue detector workflow, because the current config is generating frequent no-op comments into the central no-op issue.Recommendation
Update
.github/workflows/gh-aw-duplicate-issue-detector.mdsosafe-outputs.noopdisables issue reporting (report-as-issue: false), then recompile to refresh.lock.yml.Findings
.github/workflows/gh-aw-duplicate-issue-detector.md:51-54safe-outputs:noop:add-comment:maxconfigured:.github/workflows/gh-aw-duplicate-issue-detector.lock.yml:547{"add_comment":{"max":1},"missing_data":{},"missing_tool":{},"noop":{"max":1}}#83([agentics] No-Op Runs) currently has 55 comments and includes repeated duplicate-detector entries like “No duplicate found for issue Removegit fetch */originwhen fixed upstream #225/gh-aw workflows ignoring the triggering comment #226/Allow customizing allowed bot users via a workflow input #227/...”.#83: comment IDs3936293288,3936872597,3937165178,3937183216,3937284187(all Duplicate Issue Detector no-op messages).#197requested the duplicate detector workflow.#199added it and introducedsafe-outputs.noop+safe-outputs.add-commentin the source workflow.Verification
I verified current behavior/config locally:
I also parsed issue
#83comments and confirmed duplicate-detector no-op volume:Detailed Action Plan
.github/workflows/gh-aw-duplicate-issue-detector.mdatsafe-outputs(~L51) and change noop to explicit config:noop:gh aw compile/ project compile flow) so.github/workflows/gh-aw-duplicate-issue-detector.lock.ymlreflects the new safe-output config.add-commentunchanged so true duplicate matches still get posted back on the triggering issue.Related Items
.github/workflows/gh-aw-duplicate-issue-detector.md:51-54safe-outputs.noopdefinition.github/workflows/gh-aw-duplicate-issue-detector.lock.yml:547.github/workflows/trigger-duplicate-issue-detector.yml:1-4issues: opened) explains high run volumeWhat is this? | From workflow: Issue Triage Agent
Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not. for issue #255