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
The repo currently has 27 open PRs (as of 2026-07-01), almost all authored against asm/openapi.yaml, sat/openapi.yaml, or docs/index.html. A pass over the titles/diffs shows the same fixes were independently implemented multiple times, plus at least two PRs that are now stale because the same change already landed on main via a different PR. Merging any one PR in a cluster will put the others into conflict or make them redundant, and reviewer time is being spent evaluating N near-identical diffs instead of 1.
Four independent implementations of the same three endpoints. #22 and #24 are both full (GET+PATCH+DELETE) and based on the same commit (757d6e5) — they will conflict with each other.
For each cluster, pick the most complete/recent PR, merge it, and close the rest with a comment pointing to the survivor (Closing as duplicate of #NN).
To prevent recurrence: since these PRs are opened by an automated contributor (dmchaledev / Claude Code sessions), add a step (e.g. a CONTRIBUTING.md note or a pre-flight check in whatever triggers these runs) requiring a check of existing open PRs/issues touching the same file before starting new work.
Impact
Without triage, whichever PR in each cluster merges first will silently break the others (merge conflicts on asm/openapi.yaml/sat/openapi.yaml), and reviewers are currently facing ~3-4x the actual number of distinct changes to evaluate.
Problem
The repo currently has 27 open PRs (as of 2026-07-01), almost all authored against
asm/openapi.yaml,sat/openapi.yaml, ordocs/index.html. A pass over the titles/diffs shows the same fixes were independently implemented multiple times, plus at least two PRs that are now stale because the same change already landed onmainvia a different PR. Merging any one PR in a cluster will put the others into conflict or make them redundant, and reviewer time is being spent evaluating N near-identical diffs instead of 1.Duplicate / overlapping clusters
GET/PATCH/DELETE /tags/{tag_id})757d6e5) — they will conflict with each other.403 Forbiddenresponse coverage429/rate-limit documentationnullable: true→ 3.1 type-union syntaxdocs/index.html.Stale PRs (already superseded by
main)sat/openapi.yamlfrom scratch. That file was already added tomainin PR docs: sync SAT OpenAPI spec into api-docs and repair spec-lint CI #27 (e4f2088, merged 2026-06-30). Both PRs predate that merge and will now hard-conflict on the same new file.@2.mainalready contains "Pin Redoc and Spectral CLI to exact versions" (72a5ab9). Worth confirming fix: pin Redoc CDN to @2 instead of @latest #12 doesn't add anything beyond what's already merged before closing.Suggested fix
Closing as duplicate of #NN).sat/openapi.yaml.72a5ab9onmain.dmchaledev/ Claude Code sessions), add a step (e.g. aCONTRIBUTING.mdnote or a pre-flight check in whatever triggers these runs) requiring a check of existing open PRs/issues touching the same file before starting new work.Impact
Without triage, whichever PR in each cluster merges first will silently break the others (merge conflicts on
asm/openapi.yaml/sat/openapi.yaml), and reviewers are currently facing ~3-4x the actual number of distinct changes to evaluate.