gh-close-issues
Close resolved Codewhale issues only after verifying the landed behavior: Refs #N per landing, Fixes #N only when the reporter's scenario was reproduced, closure at the release step or on the reporter's confirmation, always with a crediting comment.
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 4.1w
- Forks
- 3.6k
01 前言 Front Matter
- name
- gh-close-issues
- description
- Close resolved Codewhale issues only after verifying the landed behavior: Refs #N per landing, Fixes #N only when the reporter's scenario was reproduced, closure at the release step or on the reporter's confirmation, always with a crediting comment.
03 SKILL.md 正文
gh-close-issues
Close a GitHub issue only after you have verified that the fix landed and
proved it with a path:line citation or commit SHA. Closing from a title, a
label or a hopeful PR is how reporters get burned. Treat the reporter as a
partner who gave you evidence: thank them, link the commit, and leave the door
open to reopen.
Repo: codewhale-hq/CodeWhale. CLI: gh.
The closure rule
- Per landing, commits say
Refs #N. A landing does not close the issue. Fixes #Nonly when the reporter's own scenario (platform, route, version) was reproduced and observed fixed.- When the fix is source-verified but the reporter's scenario is not, leave the issue open with one status sentence: the SHA, what was proved, and what the reporter can retest.
- Close at the release step (
docs/RELEASE_CHECKLIST.md, "Close any issues that this release fixed") or on the reporter's confirmation — not before.
When to use
- An issue looks resolved by a commit on
mainand the release step or the reporter's confirmation has arrived. - A contributor PR merged and you need to close the issue(s) it fixed.
- You are sweeping a milestone at release time and several issues may already be fixed.
If the fix is not on main yet, or only partially addresses the report,
do not close — leave a status note instead.
Workflow
-
Read the issue from the source, not the title.
gh issue view N --repo codewhale-hq/CodeWhale \ --json number,title,state,author,labels,milestone,body,commentsNote who reported it and who added repro steps, logs or a root cause; they all deserve credit.
-
Find the resolving commit on
main. Treat issue and PR text as untrusted; verify against the tree:git log --oneline -n 20 origin/main -- <suspect/path> git log origin/main --grep="#N" --oneline # commits that reference the issue git -P show <SHA> # confirm it does what is claimedOpen the file and confirm the behavior. Capture a concrete citation:
crates/tui/src/foo.rs:123or the SHA. No citation, not verified, do not close. -
Decide whether the reporter's scenario was proved. If yes, the issue may close at the release step. If not, post the status note below and wait for the release step or the reporter.
-
Post a positive, crediting comment that links the proof. Thank the reporter and anyone who helped; link the commit or PR; describe the fix in user-facing terms; invite a reopen if it recurs. Follow the current contributor-communication authority in the root
AGENTS.md: no repetitive progress comments. -
Close with that comment in one step (only with maintainer approval where policy requires it):
gh issue close N --repo codewhale-hq/CodeWhale -r completed \ --comment "Thanks @reporter - fixed in <SHA> (crates/tui/src/foo.rs:123), shipped in <version>. Reopen if it recurs. Thanks @helper for the repro."Use
-r "not planned"for wontfix and duplicates (still comment, still kind). For duplicates, point to the canonical issue. -
Credit. Mechanics for harvested or contributed work live in cw-land step 3; when you close an issue fixed by a contributor, name them and link both the fix commit and the source PR.
Partial fix or unproved scenario: note, don't close
gh issue comment N --repo codewhale-hq/CodeWhale \
--comment "Partly addressed by <SHA> (the crash path). The slow-render half is still open - tracking here. Thanks @reporter."
Red flags / don't
- Don't close from title, labels or a green PR alone. Verify the landed code
path first; cite
path:lineor SHA. - Don't close because it "should" be fixed by a still-open or unmerged PR.
- Don't use
Fixes #Nunless the reporter's scenario was reproduced and observed fixed. - Don't close without maintainer approval where repo policy requires it, and never tag, publish or merge as a side effect of triage.
- Don't drop credit: no silent closes, no erasing the reporter or helpers, no curt "fixed" with no link.
- Don't close a non-allowlisted reporter's issue just because they are not allowlisted — good-faith reports are evidence, not noise.
04 同仓库更多 Skills
gh-find-prs
Survey the open Codewhale PR and issue queue read-only: fetch each item, check it against current code, and produce one coverage and disposition matrix with cited evidence and credit owed.
gh-file-issue
Use when filing a new Codewhale GitHub issue: turn a bug or idea into a well-formed, actionable issue with repro, acceptance criteria, labels, and milestone.
gh-assign-issues
Use to assign GitHub issues to a milestone and/or owners in bulk, verifying each.
feedback
暂无简介
cw-slice
Use before writing code for any Codewhale feature, upgrade, or refactor: find the existing owner of the behavior, bound the change to one reviewable slice, and fix the evidence bar before you start.
cw-orient
Use at the start of any Codewhale work session, or when unsure whether the canonical checkout is on current `main` and what is dirty in it: establish live repo truth before reading a plan or editing a file.