|
| 1 | +--- |
| 2 | +name: complete-pr |
| 3 | +description: Complete GitHub pull requests by iterating on CI and review feedback until the PR is ready. |
| 4 | +--- |
| 5 | + |
| 6 | +Use this skill when the goal is to drive a PR to a merge-ready state rather than just inspect it once. |
| 7 | +First, fetch the current repository owner with `gh repo view --json owner --jq '.owner.login'`. |
| 8 | +If the owner is `WillBooster` or `WillBoosterLab`, follow the first workflow below. |
| 9 | +Otherwise, follow the second workflow below. |
| 10 | + |
| 11 | +## Workflow for `WillBooster` or `WillBoosterLab` repositories |
| 12 | + |
| 13 | +1. Read the PR body and its messages with the `fetch-pr` skill. |
| 14 | +2. Check the results of CI (GitHub Actions) with the `check-pr-ci` skill. |
| 15 | +3. If any workflow has failed, fix the CI issues, commit, push, and then return to step 2. Otherwise, go to step 4. |
| 16 | +4. Fetch unresolved review threads with the `manage-pr-review-threads` skill. |
| 17 | +5. Review each unresolved thread and decide whether it requires a code or documentation change. Validate each claim against the current codebase first, and reproduce it or check official documentation when needed instead of relying on memory. Ignore only comments that are clearly outdated, incorrect, or intentionally declined with solid reasoning. |
| 18 | +6. If there are valid review comments to address, make only the changes supported by the validation from step 5, commit, push, and post `/gemini review` to the PR. |
| 19 | +7. Reply to all review threads with the `manage-pr-review-threads` skill. |
| 20 | +8. If you made any changes in step 6, wait for 5 minutes (`sleep 5m`) then return to step 2. Otherwise, stop. |
| 21 | + |
| 22 | +## Workflow for the other repositories |
| 23 | + |
| 24 | +1. Read the PR body and its messages with the `fetch-pr` skill. |
| 25 | +2. Check the results of CI (GitHub Actions) with the `check-pr-ci` skill. |
| 26 | +3. If any workflow has failed, fix the CI issues, commit, push, and then return to step 2. Otherwise, go to step 4. |
| 27 | +4. Fetch unresolved review threads. |
| 28 | +5. Review each unresolved thread and decide whether it requires a code or documentation change. Validate each claim against the current codebase first, and reproduce it or check official documentation when needed instead of relying on memory. Ignore only comments that are clearly outdated, incorrect, or intentionally declined with solid reasoning. |
| 29 | +6. If there are valid review comments to address, make only the changes supported by the validation from step 5, commit, push, and then return to step 2. Otherwise, stop. |
| 30 | + - Do not post any message like review replies on non-WillBooster repositories. |
0 commit comments