Relevant area(s)
WinGet CLI
Description of the new feature / enhancement
The agentic Duplicate Surfacing workflow (added in #6399 / #6400) inherited gh-aw's default no-op reporting. When a run finds no likely duplicate — the common case for most newly opened issues — gh-aw logs it to an auto-created "[aw] No-Op Runs" tracking issue (#6406), adding a comment per run.
On a high-volume repo like winget-cli this produces near-constant noise and contradicts the workflow's intended design: detect-only, and stay silent unless a likely duplicate is found. No-op runs should not generate any repository-visible artifact.
Reported by @Trenly on #6406.
Proposed technical implementation details
Set safe-outputs.noop.report-as-issue: false in the workflow frontmatter and recompile the lock. This disables the "[aw] No-Op Runs" issue/comment reporting while leaving the actual detect → label → comment behavior unchanged. The existing #6406 tracking issue is auto-managed by gh-aw and expires on its own.
Relevant area(s)
WinGet CLI
Description of the new feature / enhancement
The agentic Duplicate Surfacing workflow (added in #6399 / #6400) inherited gh-aw's default no-op reporting. When a run finds no likely duplicate — the common case for most newly opened issues — gh-aw logs it to an auto-created "[aw] No-Op Runs" tracking issue (#6406), adding a comment per run.
On a high-volume repo like winget-cli this produces near-constant noise and contradicts the workflow's intended design: detect-only, and stay silent unless a likely duplicate is found. No-op runs should not generate any repository-visible artifact.
Reported by @Trenly on #6406.
Proposed technical implementation details
Set
safe-outputs.noop.report-as-issue: falsein the workflow frontmatter and recompile the lock. This disables the "[aw] No-Op Runs" issue/comment reporting while leaving the actual detect → label → comment behavior unchanged. The existing #6406 tracking issue is auto-managed by gh-aw and expires on its own.