codew-release-qa-sweep
Use before claiming Codewhale release work is done: a pointer to docs/RELEASE_CHECKLIST.md for the gates and to cw-dogfood for the manual QA targets.
- License 许可
- MIT
- 最近更新
- 2026-11-11
- Stars
- ★ 4.1w
- Forks
- 3.6k
01 前言 Front Matter
- name
- codew-release-qa-sweep
- description
- Use before claiming Codewhale release work is done: a pointer to docs/RELEASE_CHECKLIST.md for the gates and to cw-dogfood for the manual QA targets.
03 SKILL.md 正文
Codewhale Release QA Sweep
No sweep, no "done". This skill owns nothing itself; it points at the two places that do.
- Gates and the release cut: follow
docs/RELEASE_CHECKLIST.mdfrom the canonical checkout onmain(docs/RELEASE_RUNBOOK.mdfor the tools behind it). Native builds go throughscripts/dev-cargo.sh/scripts/dev-test.sh(cw-gates). Hosted CI runs once, at the final release step, against the frozen candidate commit. - Manual QA targets: cw-dogfood step 5. Unit and build gates do not cover the live TUI.
Regressions the manual QA must cover
Exercise each in a real terminal and record what you saw. The scenarios are described in cw-dogfood; the refs are the reports that motivated them.
- Six-worker fanout liveness, including Esc mid-fanout: #3216, #2211, and the Windows Terminal retest path #3289.
- Multi-terminal route isolation: #3227.
- Running-turn input contract: #3203.
Reporting
Each command, pass or fail, and the salient output line (test counts, the
--version string, the check-versions.sh verdict). For manual QA, what you
observed per target, citing the ref. Name what you skipped (for example, no
display for TUI QA) rather than implying coverage you do not have.
Red flags / don't
- Don't claim "done", "passing" or "merge-ready" without command output.
- Don't skip the manual targets because the build is green.
- Don't tag, publish, create a GitHub Release, push artifacts or merge or close a PR or issue without approval. A green sweep is readiness evidence, not permission.
- Credit mechanics for contributor work: cw-land step 3.
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-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.
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.