jackin-release について
jackin-release は、jackin❯ のバージョンを公開する担当者向けのリリーススキルです。準備状況の確認と変更履歴の作成を連携し、変更内容からバージョンを提案したうえで、取り消せないリリースコマンドの実行前に明示的な承認を求めます。
主な機能
- 01リリース準備状況のチェック
- 02未リリース変更履歴の作成と承認
- 03変更分類に基づくバージョン提案
- 04変更履歴の編集内容をコミット
- 05明示的な確認後にリリースを実行
- 06ローカルとリモートのタグ確認
活用シーン
- 01準備チェック通過後の新バージョン公開
- 02承認済み変更履歴に基づくバージョン決定
- 03リリース前の変更履歴の確認と承認
- 04リリース後のタグ確認とビルドワークフローの確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ jackin-project/ jackin-dev --skill jackin-releaseインストール後、Claude Code で/jackin-releaseを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yaml
詳細
jackin-release
リリースを作成します。このスイートで唯一、取り消せない操作を行うスキルです。cargo release --execute はバージョンを更新し、変更履歴の見出しを書き換え、タグを作成してプッシュします。オペレーターの明示的な「はい」を必須条件としており、推測でリリースすることはありません。
jackin-release-check(ゲート)とjackin-release-notes(変更履歴)を実行し、変更履歴の内容に基づいてバージョンを推奨してからリリースを作成します。
使用する場合
- オペレーターから、バージョンの作成/公開/リリースを依頼された場合。
使用しない場合
- 準備状況の確認のみ →
jackin-release-check。 - 変更履歴の更新のみ →
jackin-release-notes。
前提条件
cargo-release がインストール済みであること、gh の認証が済んでいること、CHANGELOG.md 用の pre-release-replacements を含む release.toml があること、`` マーカーを含む CHANGELOG.md があること、.github/workflows/ci.yml があること。
手順
-
ゲート。
jackin-release-checkを実行します。ゲートが赤の場合は停止し、レポートを提示して修正が必要な内容を伝えます。警告があれば提示し、続行するか確認します。完了条件 すべてのゲートが緑であるか、オペレーターが警告を了承していること。
-
変更履歴。
jackin-release-notesを実行します。[Unreleased]セクションを提示し、オペレーターが分類や表現を変更できるようにします。完了条件 オペレーターが変更履歴を承認していること。
-
バージョンを推奨する。 承認済みの
[Unreleased]の各分類を確認します。Removed または「breaking」に該当する項目があれば major、Added があれば minor、Fixed/Changed/Security/Deprecated のみであれば patch を選びます。現在のバージョン(grep '^version' Cargo.toml)を確認し、次のバージョンを計算して、推奨案を提示し、返答を待ちます。完了条件 オペレーターが更新レベルを確認していること。
-
変更履歴をコミットする。
CHANGELOG.mdに未コミットの編集がある場合は、git add CHANGELOG.md && git commit -m "docs: update changelog for vX.Y.Z"を実行します。 -
最終確認。 バージョン、更新レベル、変更履歴の内容、これから実行する正確なコマンド
cargo release <level> --executeを含む概要を提示します。このコマンドは、Cargo.tomlを更新し、release.tomlを使って[Unreleased]を[X.Y.Z] - <date>に変更し、タグを作成してプッシュします。明示的な「はい」がない限り実行しないでください。完了条件 オペレーターが「はい」と答えていること。
-
リリースを作成する。
cargo release <level> --executeを実行します。失敗した場合は、エラーを提示して停止します。 -
確認する。
git tag -l "vX.Y.Z"とgit ls-remote --tags origin "refs/tags/vX.Y.Z"を実行します。生成物をビルドするリリースワークフローをオペレーターに案内します。
エラーからの復旧
cargo releaseの実行前:安全に修正して再実行できます。このスキルはすべてを再検証します。cargo releaseの実行中:何がコミットまたはタグ付けされたかを確認します。タグが作成済みで未プッシュの場合は、git push origin vX.Y.Zを実行します。タグなしでバージョンのコミットが作成された場合は、リセットして再試行します。- 実行後:リリースは完了しています。CI の失敗はワークフローの問題であり、ロールバックの対象ではありません。
よくある間違い
- 明示的な「はい」を得ずに
cargo releaseを実行すること。この唯一の厳格なゲートを必ず守ってください。 - 準備状況のゲートが赤のままリリースを実行すること。
[X.Y.Z]のバージョン見出しを手動で編集すること。cargo-releaseはrelease.tomlのpre-release-replacementsを使って書き換えます。二重に編集すると、リリースのコミットが破損します。