The codified ticket-handling policy from 'Skill Issue' — a skill, a script, and a rule packaged as one distributable context artifact.
80
92%
Does it follow best practices?
Impact
100%
1.42xAverage score across 1 eval scenario
Advisory
Suggest reviewing before use
Process steps in order. This skill owns ONE lane — code tickets that need a reviewed PR. Docs-only and context-artifact tickets are out of scope; let the agent handle those directly.
Create a feature branch and make the code change for the ticket. Keep it focused.
git checkout -b fix/<ticket-id>
# implement the change
git add -p
git commit -m "<ticket-id>: <short description>"
git push -u origin fix/<ticket-id>Open a pull request. The tests-before-pr rule (always applied) will block this
if the project has no tests — satisfy it first; do not work around it.
gh pr create --title "<ticket-id>: <short description>" --body "Closes #<ticket-id>"Run scripts/await_review.py <pr-number>. The script lives at scripts/await_review.py
in the repository root. It requests a Copilot review via the GitHub GraphQL API, then
polls on a fixed interval until the review posts or the timeout elapses. This is
deterministic work — never hand-roll the summon/poll in the model; call the script so
it costs the same (cheap) every time.
Expected interface:
If the script exits non-zero, report the error and stop — do not attempt to poll manually.
Read the review. Address every comment, push fixes, and re-run Step 3. When the review is clean, merge. If the review never clears, stop and report — do not force the merge.
# For each round of reviewer fixes:
git add -p
git commit -m "<ticket-id>: address review comments"
git push
# Then re-run Step 3:
python scripts/await_review.py <pr-number>
# Once the review is clean:
gh pr merge <pr-number> --squash --delete-branchIf a fix is small enough to amend the previous commit instead of adding a new one,
use git commit --amend && git push --force-with-lease — but only when the branch
has no other collaborators.
tests-before-pr rule — defines the test-coverage gate that must pass before gh pr create is allowed; consult the project's rule definitions for thresholds and override policy.scripts/await_review.py — located at the repository root; review its module-level docstring or --help output for configurable options such as poll interval and timeout duration.