ai-break-duel-release

name	ai-break-duel-release
description	ai-break-duel（Break Duel）リポジトリでバージョンタグ付けとGitHubリリース作成を最初から最後まで実行するワークフロー。「リリースして」「タグを切って」「vX.Y.Z にして」「リリースノートを書いて」「バージョンを上げて」のような依頼が来たら必ずこのスキルを使うこと。タグだけ・ノートだけの部分的な依頼でも、リリースに関する作業ならこのスキルの対象。

Break Duel リリースワークフロー

バージョンタグ付けと GitHub リリースノート作成を、事前検証つきで一貫して行う。 リリースノートの正本は docs/releases/vX.Y.Z.md に置く（docs 正本ルール）。 GitHub Release は同じ内容の配信面として作成する。

1. バージョン番号を決める

セマンティックバージョニング（v プレフィックス付き）を使う。

• major: ルールやセーブデータの互換性が壊れる変更
• minor: カード追加・新メカニクス・UI 機能追加など後方互換の機能追加
• patch: バグ修正・バランス数値調整・文言修正のみ

ユーザーがバージョンを指定していればそれに従う。指定がなければ前回タグからの 変更内容（feat があれば minor、fix のみなら patch）を根拠に提案し、確認を取る。

2. 事前チェック

すべて満たしてから先へ進む。満たせない場合は理由を報告して停止する。

git status --short            # 未コミットの変更がないこと
git branch --show-current     # main であること
git fetch && git status -sb   # origin/main と同期していること（ahead/behind なし）
git tag                       # 予定バージョンが既存タグと重複しないこと
npm run check                 # typecheck + vitest + build 全合格
gh run list --branch main -L 3  # 直近の CI が成功していること（実行中なら完了を待つ）

注意: このリポジトリは npm 標準。pnpm は使わない（vitest が壊れる）。

3. 変更内容を収集する

git describe --tags --abbrev=0   # 前回タグ（初リリース時は存在しない）
git log <前回タグ>..HEAD --oneline   # 初リリース時は git log --oneline で全履歴

コミットプレフィックス（feat / fix / chore / docs / refactor / test）で分類する。 コミットメッセージの本文（git log --format='%h %s%n%b'）や docs/balance-history.md も参照して、プレイヤー目線の変化を拾う。