メニュー
リリースバージョンを上げ、コミットして注釈付きタグを打つ。 Electron版の正本 package.json を更新し、branch + PR で commit→マージ後に Release タグ作成まで行う。 Use when: 「バージョン上げて」「パッチ(マイナー/メジャー)バージョン」 「リリースタグ」「リリース準備して」と言われたとき。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Grimodex の Electron リリースバージョンを上げ、リリースノート、commit、 branch、PR、merge、注釈付き Release tag、GitHub Draft Release の確認まで進める。 Release は公開せず、Draft のまま停止する。 「バージョン上げて」「パッチ／マイナー／メジャーバージョン」 「リリースタグ」「リリース準備して」で使用する。
バグを調査・修正する。再現→原因特定→修正→検証の順で進める。 Use when: 「デバッグして」「修正して」「エラーが出る」「動かない」 と言われたとき。一般のPR／master CI、ランタイムエラー、型エラーの修正に使う。 Electron release workflow、tag build、署名、公証、publishの失敗はdebug-release-ciへ渡す。
Grimodex の Electron release workflow、tag build、署名、公証、 installer migration、artifact 集約、publish の失敗を、version と tag を増やさず診断・修正する。 「release CI失敗」「release workflow失敗」「tag build失敗」「署名／公証エラー」 「packaging失敗」「publish失敗」「成功済みplatformを再buildしたくない」で使用する。
現在の clean かつ commit 済み作業ブランチを push し、ready PR の作成または再利用、 CI・レビュー・HEAD の確認、squash merge、base branch への反映確認まで進める。 「PR出して」「プルリク作って」「pushしてマージ」「マージまでして」 「shipして」「リモートに上げてPR」で使用する。commit作成自体は行わない。 version更新を含むリリース準備は bump-version を主フローとし、release commit後の branch push、PR、mergeだけを担う。GitHub Releaseは公開しない。
docs/communication-style-guide.md を正本として、Grimodex の公開向け文章を 事実ベースで作成・改稿し、特に日本語／英語のリリースノートの意味、深刻度、 対応方法を一致させる。「リリースノートを書いて／直して」「日英の更新記録」 「リリース告知」「延期・障害・保守告知」「広報文」「SNS告知」 「README冒頭」「公式サイト見出し」「開発状況報告」で使用する。 Issue、PR、コミットメッセージ、UI文言、エラーメッセージと復旧手順、 API・IPC・MCP・CLI仕様、開発者向けセットアップ、法務文書、 セキュリティアドバイザリの技術詳細には使用しない。
Grimodex の AI 指示、system prompt、Codex skill、AI policy、AI 経路レジストリ、 評価 fixture と品質 manifest を作成・変更し、正本、Iron Laws、契約テスト、 追跡可能性を一貫して更新する。AI behavior asset の追加・変更、 「AI指示」「システムプロンプト」「Codexスキル」「AI評価fixture」で使用する。 一般的な UI／DB／IPC／Rust 機能実装、テストだけの追加、レビューだけの依頼、 バグ修正には使用しない。
| name | bump-version |
| description | リリースバージョンを上げ、コミットして注釈付きタグを打つ。 Electron版の正本 package.json を更新し、branch + PR で commit→マージ後に Release タグ作成まで行う。 Use when: 「バージョン上げて」「パッチ(マイナー/メジャー)バージョン」 「リリースタグ」「リリース準備して」と言われたとき。 |
| allowed-tools | Read, Edit, Grep, Bash |
| argument-hint | [patch|minor|major] (省略時 patch) |
リリースバージョンを上げる。引数 $1 が bump 種別（patch/minor/major、省略時は patch）。
package.json 1箇所electron-builder、app.getVersion()、v2 release workflow の tag gate はすべて
package.json の version を参照する。ここだけを更新する。
src-tauri/Cargo.toml / src-tauri/tauri.conf.json / src-tauri/Cargo.lock の
grimodex version は、凍結済み Tauri v1 の履歴・移行契約なので変更しない。
共有Rust crateとN-API crateの 0.1.0 もアプリ版とは別物である。
package.json の version を読み、$1（既定 patch）で次の値を算出
（patch: z+1 / minor: y+1, z=0 / major: x+1, y=z=0）。package.json だけを編集して新値へ上げる。node -p "require('./package.json').version"
node -p "require('./src-tauri/tauri.conf.json').version" # frozen v1
node scripts/validate-release-version.mjs \
--tag "v<新>" --ref-type tag --package package.json --major 2
git switch -c chore/bump-v<新>（既に作業ブランチ上ならそのまま使ってよい）。git status で対象を確認。git add は -A を使わず、package.json とリリースノートを
明示パスで個別に add。chore(release): バージョンを<旧>から<新>に上げるgit push origin chore/bump-v<新> → gh pr create。CI green を確認してマージする。vX.Y.Z・メッセージ Release vX.Y.Z）:
git switch master && git pull で master を最新化。git tag -a v<新> -m "Release v<新>"（lightweight タグ git tag v... のみは不可）。git push origin v<新>（タグ push もユーザー確認の上で）。バージョン bump 後、リリース前に以下を追加・更新する:
public/RELEASE_NOTES/v{新バージョン}.ja.md をテンプレートから作成public/RELEASE_NOTES/v{新バージョン}.en.md をテンプレートから作成テンプレート例:
# vX.Y.Z
## 新機能 / New
- （追記）
## 改善 / Improvements
- （追記）
## 修正 / Fixes
- （追記）
GitHub release.yml の releaseBody とは別管理。アップグレード後の初回起動で
ReleaseNotesDialog が ja 正本を参照して表示する（en UI は en → ja フォールバック）。