release-checklist について
OrchestKit のビルド、テスト、リリースコミットを担当するメンテナー向けの段階的なチェックリストです。失敗時に停止し、ユーザーが修正を確認した後に再開します。
主な機能
- 01リリース前チェックを順番に実行
- 02ビルド・テスト・セキュリティの検証
- 03件数と差分の確認
- 04変更ログとバージョン更新の確認
- 05ステージング・コミット・タグ・プッシュの案内
活用シーン
- 01コミット前にリリースゲートを実行
- 02失敗を修正してリリースを再開
- 03バージョンファイルと変更ログの更新を確認
- 04プッシュ前に確認を求める
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ yonatangross/ orchestkit --skill release-checklistインストール後、Claude Code で/release-checklistを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
test-cases.jsonreferences/release-flow.mdrules/_sections.md_template.mdcommit-staging.mdcommit-tag-push.mdgate-build-and-test.mdgate-counts-and-diff.mdscripts/pre-push-confirm.sh詳細
リリースチェックリスト
OrchestKit のリリースを順番に確認するゲートです。各ステップで [PASS] または [FAIL] を報告します。最初に失敗した時点で停止し、修正方法を提示してから、ユーザーの確認後に続行します。
詳細を確認するには、順序が重要な理由とホットフィックスのガイダンスが記載された Read("${CLAUDE_SKILL_DIR}/references/release-flow.md") を読み込んでください。
CC ≥ 2.1.118 (M122): リリース前ゲートに
claude plugin tag <version> --dry-runが追加され、マニフェスト階層を検証できるようになりました。マニフェスト数のチェック後にゲートの手順へ追加してください。src/skills/chain-patterns/references/plugin-tag.mdを参照してください。
クイックリファレンス
| カテゴリ | ルール | 影響度 | 使用するタイミング |
|---|---|---|---|
| リリース前ゲート | 2 | CRITICAL | リリースコミットの前 |
| リリースコミット | 2 | HIGH | ステージング、コミット、タグ付け、プッシュ |
合計:2 カテゴリにわたる 4 つのルール
クイックスタート
# Run all pre-release gates in order (stop on first failure)
npm run build && npm test && npm run test:security && npm run typecheck
bash src/skills/validate-counts/scripts/validate-counts.sh
git diff # review before staging
リリース前ゲート
リリースコミットを作成する前に、すべての項目に合格する必要があります。rules/gate-build-and-test.md と rules/gate-counts-and-diff.md を参照してください。
| 手順 | コマンド | ルールファイル |
|---|---|---|
| 1. ビルド | npm run build | rules/gate-build-and-test.md |
| 2. テスト | npm test | rules/gate-build-and-test.md |
| 3. セキュリティ | npm run test:security | rules/gate-build-and-test.md |
| 4. TypeScript | npm run typecheck | rules/gate-build-and-test.md |
| 5. 件数の検証 | /validate-counts | rules/gate-counts-and-diff.md |
| 6. 差分レビュー | git diff | rules/gate-counts-and-diff.md |
リリースコミット
すべてのゲートに合格した後の手順です。rules/commit-staging.md と rules/commit-tag-push.md を参照してください。
| 手順 | 操作 | ルールファイル |
|---|---|---|
| 7. 変更履歴 | CHANGELOG.md にエントリがあることを確認 | rules/commit-staging.md |
| 8. バージョン更新 | package.json と CLAUDE.md の両方を更新 | rules/commit-staging.md |
| 9. ファイルをステージング | git add <specific files> — -A は使用しない | rules/commit-staging.md |
| 10. コミット | 規約に従い release: vX.Y.Z の形式にする | rules/commit-tag-push.md |
| 11. タグ付け | git tag vX.Y.Z | rules/commit-tag-push.md |
| 12. プッシュ | scripts/pre-push-confirm.sh を実行 — 先に確認する | rules/commit-tag-push.md |
関連スキル
validate-counts— 件数の整合性チェック(このチェックリストの手順 5)audit-skills— より広範なスキル品質監査(大規模リリースの前に実行)checkpoint-resume— 長時間のリリース作業に対応する、レート制限に強いパイプライン
よくある間違い
npm run buildの前にnpm testを実行する — テストが古い dist を対象に実行されますgit add -Aを使う — シークレットや無関係な作業中の変更まで誤ってステージングされますpackage.jsonと一緒にCLAUDE.mdのバージョンを更新し忘れる- ユーザーの明示的な確認なしにプッシュする — 共有リモートでは取り消せません
- セキュリティテストを省略する — パッチリリースでも必ず実施してください