Extract shared gh-cli-proxy.md component to deduplicate cli-proxy + gh-proxy pairing#54147
Conversation
Co-authored-by: pelikhan <4175913+pelikhan@users.noreply.github.com>
|
Hey
The issue provides a clear migration plan; following steps 1–4 will set this PR up for a smooth review. Looking forward to seeing the implementation!
|
PR TriageCategory: chore | Risk: medium | Priority: low (score 36/100)
|
PR TriageCategory: Draft, mergeable_state blocked. 271-file diff is mostly regenerated .lock.yml from a shared component extraction. Automated triage — see the triage report issue for full context.
|
135 workflows independently declared
tools.cli-proxy: truealongsidetools.github.mode: gh-proxy, duplicating this pairing across hundreds of lines and risking the two settings drifting apart.Shared component
.github/workflows/shared/gh-cli-proxy.md, bundling both settings:shared/gh.md(which only setsgithub.mode: gh-proxy) so its 15 existing consumers are unaffected.Migration
cli-proxy: true/github.mode: gh-proxypair in 135 workflows with:github:/tools:blocks entirely where they had no other keys left after extraction; preserved other sibling keys (e.g.toolsets,min-integrity) where present.shared/gh.mdwhile also duplicating the settings inline — these now importshared/gh-cli-proxy.mdinstead.Verification
.lock.ymldiffs show only manifest/import-list bookkeeping and the new prompt-injection entry for the shared component's body (mirroringshared/gh.md's existing behavior) — no functional changes to generated tool/MCP configuration.