ワンクリックで
codew-release-qa-sweep
Use before claiming CodeWhale release work is done: run the full gate sweep and list the manual QA targets.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Use before claiming CodeWhale release work is done: run the full gate sweep and list the manual QA targets.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Run cargo check on the current Rust project to find compile errors
Use to assign GitHub issues to a milestone and/or owners in bulk, verifying each.
Close resolved CodeWhale issues only after verifying the landed commit/behavior, with a positive crediting comment; never from title alone.
Triage N GitHub issues into a coverage matrix: fetch each, check current code, classify already-done/quick-fix/design/defer with cited evidence.
Harvest one community PR into a release branch with authorship and credit preserved, verified green, and a warm thank-you.
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.
| name | codew-release-qa-sweep |
| description | Use before claiming CodeWhale release work is done: run the full gate sweep and list the manual QA targets. |
Run this before claiming any CodeWhale release work is "done." A green automated gate sweep plus the three manual QA targets is the evidence bar. No sweep, no "done" — report exactly what was run and the result of each step.
<release-branch>), which is often local-only.Run from the repo root, in order. Stop on the first failure and report it.
# 0. Confirm you are on the real release head, not a main-based assumption.
git branch --show-current # expect e.g. <release-branch>
git status --short # working tree should be clean
# 1. Formatting + stray whitespace/conflict markers
cargo fmt --all --check
git diff --check
# 2. Library/protocol/cli/flow/state tests, locked
cargo test -p codewhale-config -p codewhale-protocol -p codewhale-cli \
-p codewhale-workflow -p codewhale-state --locked
# 3. TUI test binaries, locked
cargo test -p codewhale-tui --bins --locked
# 4. TUI debug build, locked
cargo build -p codewhale-tui --locked
# 5. Release build for the shipped binaries, locked
cargo build --release --locked -p codewhale-cli -p codewhale-tui
# 6. Version-drift gate (workspace ↔ npm ↔ Cargo.lock ↔ changelog ↔ README)
./scripts/release/check-versions.sh
# 7. Binary smoke
./target/release/codewhale --version
If you are validating a PR for landing, also test mergeability against the actual release head, never the main-based clean flag:
git merge-tree $(git merge-base <release-branch> <pr-head>) <release-branch> <pr-head>
A PR that is clean against main can still conflict with the release branch.
Automated gates do not cover the live TUI. Exercise all three and record what you saw:
Report a checklist: each command, pass/fail, and the salient output line
(test counts, the --version string, check-versions.sh verdict). For manual
QA, state what you actually observed per target, citing the issue number. If a
step was skipped or could not be run (e.g. no display for TUI QA), say so
explicitly — do not imply coverage you do not have.
git merge-tree against the real head.Co-authored-by: Name <email> and
Harvested-from: PR #N by @handle so the auto-close-at-main workflow credits
the contributor.