// Cargo.tomlのバージョンをセマンティックバージョニングに従ってバンプアップし、git tagを作成する。前回のgit tagからの差分を分析してバージョン種別（major/minor/patch）を自動判定する。「バージョンを上げて」「リリースして」「version bump」「バージョンアップ」などのリクエストで起動。
| name | version-bump |
| description | Cargo.tomlのバージョンをセマンティックバージョニングに従ってバンプアップし、git tagを作成する。前回のgit tagからの差分を分析してバージョン種別（major/minor/patch）を自動判定する。「バージョンを上げて」「リリースして」「version bump」「バージョンアップ」などのリクエストで起動。 |
Cargo.tomlのバージョンをバンプアップし、git tagを作成する。
# 最新のバージョンタグを取得
git describe --tags --abbrev=0 2>/dev/null || echo "v0.0.0"
# 前回タグからの差分を取得
git diff <前回タグ>..HEAD --stat
git diff <前回タグ>..HEAD
差分の内容を分析し、以下の基準でバージョン種別を判定：
| 種別 | 判定基準 |
|---|---|
| major | 破壊的変更：パブリックAPIのシグネチャ変更、削除、互換性のない変更 |
| minor | 機能追加：新しいパブリック関数/構造体/モジュールの追加、新機能 |
| patch | バグ修正：既存機能の修正、リファクタリング、ドキュメント更新、依存関係更新 |
判定結果をユーザーに提示し、AskUserQuestionで確認：
現在のバージョン: X.Y.Z
提案バージョン: X.Y.Z+1 (patch)
主な変更点:
- [変更内容のサマリー]
このバージョンでよろしいですか？
選択肢：
ユーザー承認後：
versionフィールドを更新cargo checkで検証cargo testで全テスト通過を確認（必須: バージョン文字列がテストの期待値に含まれている場合の不整合をここで検出する）chore: bump version to X.Y.ZvX.Y.Zテストが失敗した場合は、コミットせずにユーザーに報告して原因を特定する。バージョン文字列由来の失敗であれば、テスト側を動的化（例: env!("CARGO_PKG_VERSION")）するか期待値ファイルを更新する。
バージョンを v{新バージョン} に更新しました。
git push && git push --tags でリモートに反映してください。
vプレフィックス付き（例: v1.2.3）