SKILL.md
1,303 tokens · o200k_base · 5,040 bytes
Source excerpt starting at line 1.---name: fix-ready-prsdescription: Inspect every open non-draft PR for CI failures and unresolved Cursor Bugbot findings, then fix them on the existing PR branches. Use when asked to check active PRs, triage ready PRs, fix CI, or address Bugbot comments.metadata: internal: true--- # Fix Ready PRs Work through every **open, non-draft** pull request. Fix CI failures andunresolved Bugbot findings on the existing PR branch. Do not open a new PR foran existing one. Drafts are out of scope unless the user names them. ## 1. Inventory ```bashgh pr list --state open --limit 200 \ --json number,title,isDraft,headRefName,headRepositoryOwner,isCrossRepository,url,mergeStateStatus``` Keep only `isDraft == false`. Record number, branch, URL, and whether the headis a fork (`isCrossRepository`). ## 2. Collect failures For each ready PR, gather **current-head** CI and **unresolved** Bugbot threads.Do not treat an in-progress check as green. ### CI ```bashgh pr checks <n>gh pr view <n> --json statusCheckRollup,headRefOid``` Treat as a failure when a required or repo workflow check is `FAILURE`,`TIMED_OUT`, `ACTION_REQUIRED`, or `CANCELLED` on the current head and has notbeen superseded by a newer run. Ignore: - `SKIPPED` / `NEUTRAL`- Netlify header/pages/redirect checks and canceled deploy previews- Mintlify Deployment skips- macOS/Windows/iOS jobs that this repo skips on pull requests If a failing job has logs, pull them: ```bashgh run view <run-id> --log-failed``` If checks are still `IN_PROGRESS` / `pending`, wait until they finish or failbefore declaring the PR clean. Re-poll rather than guessing. ### Bugbot Use review threads, not only the Bugbot check conclusion. A green Bugbot checkcan still leave unresolved comments, and an older finding may already befixed. GitHub returns `reviewThreads` oldest-first with no unresolved-only filter.Page until `hasNextPage` is false. Do not stop at the first 50 threads. ```bashafter=""while :; do if [ -n "$after" ]; then page=$(gh api graphql -f query="$THREADS_QUERY" -F n=<n> -F after="$after") else page=$(gh api graphql -f query="$THREADS_QUERY" -F n=<n>) fi echo "$page" | jq '.data.repository.pullRequest.reviewThreads.nodes[]' has_next=$(echo "$page" | jq -r '.data.repository.pullRequest.reviewThreads.pageInfo.hasNextPage') after=$(echo "$page" | jq -r '.data.repository.pullRequest.reviewThreads.pageInfo.endCursor') [ "$has_next" = true ] || breakdone``` `$THREADS_QUERY` is: ```graphqlquery($n: Int!, $after: String) { repository(owner: "fastrepl", name: "anarlog") { pullRequest(number: $n) { reviewThreads(first: 50, after: $after) { pageInfo { hasNextPage endCursor } nodes { isResolved isOutdated comments(first: 5) { nodes { author { login } path line body } } } } } }}``` Fix a thread when: - the author is `cursor` / `cursor[bot]`- `isResolved` is false- the comment is a Bugbot finding (`<!-- BUGBOT_BUG_ID:` or a severity heading)- it still applies to the current head (`isOutdated` is false, or outdated but the same bug is still in the code) Skip resolved threads and outdated findings whose code already changed. Also paginate review comments in case Bugbot posted one that is not yet athread: ```bashgh api --paginate repos/fastrepl/anarlog/pulls/<n>/commentsgh pr view <n> --comments``` ## 3. Fix on the PR branch For each PR that has work, check out **that PR's head**, including fork heads: ```bashgh pr checkout <n>``` Do not `git fetch origin <headRefName>` or `git push origin <headRefName>`.Fork PRs keep the branch on the contributor remote; `origin/<headRefName>` ismissing or is a different branch. Pushing to `origin` can create a straybranch that is not the PR head. Then: 1. Reproduce from the failing log or Bugbot location2. Make the smallest change that fixes the failure or finding3. Run the locally available checks from the CI workflows that the changed paths trigger (`AGENTS.md` pre-commit verification)4. Commit on that branch (do not amend someone else's commit)5. `git push` (uses the tracking remote from `gh pr checkout`) If `gh pr checkout` or `git push` cannot update a fork, stop and report that.Do not open a replacement PR on `origin`. Do not bundle unrelated PR fixes onto one branch. Do not retarget or close PRs. If a finding is a false positive, leave it. Do not resolve GitHub reviewthreads unless the user asked; the code change is the fix. ## 4. Recheck After pushing, re-run the inventory for that PR. Confirm: - new CI is running or green- the previous failure is gone or replaced by a new run- the Bugbot thread is outdated or will be re-reviewed on the new commit If a new failure or finding appears, fix it too. ## 5. Report Summarize every ready PR: - clean (CI green, no unresolved Bugbot)- waiting (checks still running)- fixed (what changed, PR number)- skipped draft Do not merge.
Discovery context
Discovered by repository scan. No exact path reference found in the snapshot’s root AGENTS.md.