القائمة
現在の作業ブランチを push → PR 作成 → CI green を待ってマージするよう 頼まれたときに使う。branch-first 運用（master 直 commit/push 禁止）の後半を担う。 Use when: 「PR 出して」「プルリク作って」「プッシュしてマージ」「マージまでして」 「ship して」「リモートに上げて PR」と言われたとき。コミットは別スキルの領分。
التثبيت باستخدام 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 | ship-branch |
| description | 現在の作業ブランチを push → PR 作成 → CI green を待ってマージするよう 頼まれたときに使う。branch-first 運用（master 直 commit/push 禁止）の後半を担う。 Use when: 「PR 出して」「プルリク作って」「プッシュしてマージ」「マージまでして」 「ship して」「リモートに上げて PR」と言われたとき。コミットは別スキルの領分。 |
| allowed-tools | Bash, Read |
作業ブランチのコミットを push → PR → CI green 待ち → squash マージ → master 同期 まで通す。 master/main へは直接 push しない。CI が red/pending のときは絶対にマージしない。
git branch --show-current が master/main なら停止してユーザーに伝える。
先にブランチを切る（コミットが master に乗っているなら git switch -c <branch> で退避してから）。git status --short に未コミットがあれば停止し、先にコミットする
（コミット手順は /implement-feature・/debug-issue 側の領分。git add -A は使わず明示パスで個別 add）。git log origin/master..HEAD --oneline が空なら PR にならない。git push -u origin "$(git branch --show-current)"
（git push * は権限ダイアログが出る＝ここがユーザー確認点。master/main への push は hook が弾く）。gh pr create --base master --title "<簡潔な要約>" --body "$(cat <<'EOF'
## 概要
<変更点の箇条書き>
🤖 Generated with [Claude Code](https://claude.com/claude-code)
EOF
)"
gh pr checks --watch --interval 20。
引数を省くと現在ブランチの PR を自動検出する（明示するなら手順 2 の gh pr create が出力した
URL 末尾の番号を使う）。push 直後はこのブランチ上にいるので番号は不要。
Rust/Browser/claude-review で 5〜10 分かかるので Bash を run_in_background: true で実行し、
完了通知で再開する（foreground で長時間待たない）。
チェックが無い PR では gh pr checks が "no checks reported" で即終了する → その場合は手順 4 へ進む。gh pr merge --squash --delete-branch（こちらも引数省略で現在ブランチの PR が対象）。
1 つでも fail/pending が残るならマージせず、失敗チェックを報告して止まる。
（merge は gh API 経由なので block-push-to-main hook には当たらない。）git switch master → git pull で local を最新化し、ブランチ削除を確認。| 失敗 | 対策 |
|---|---|
| master 上で実行 | 先にブランチを切る。master 直 push は禁止・hook で弾かれる。 |
| CI red/pending なのにマージ | red/pending では絶対にマージしない。失敗を直して再 push。 |
| 合成 git コマンドが権限拒否 | && で繋がず単純コマンドに分割する（特に git reset --hard 系）。 |
| PR 本文の改行・日本語が崩れる | --body はヒアドキュメント（<<'EOF'）で渡す。 |
| マージ後に local master が古いまま | git switch master → git pull で同期する。 |