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 機能実装、テストだけの追加、レビューだけの依頼、 バグ修正には使用しない。
Grimodex の Git 差分から関連 requirement と Light 評価 suite を選択し、 canonical quality workflow を読み取り専用で実行して証跡を報告する。 「差分評価」「品質ゲート」「impact gate」、commit／PR 前の検証、 grimodex-author 後の評価で使用する。テスト作成、失敗修正、意味的コードレビュー、 commit、push、merge には使用しない。
Grimodex の既存の外部挙動を保ちながら、renderer、Electron IPC、N-API、 shared Rust、MCP、永続化、または複数 AI provider 経路のうち2層以上で、 責務・型・契約・データフローを協調変更する横断リファクタに使う。 「横断リファクタ」「境界整理」「責務移動」「パイプライン再編」で発火する。 新機能は implement-feature、新規 IPC command は add-electron-command、 調査のみは explore-codebase を使う。バグ修正は debug-issue を主フローとし、 2層以上の既存契約変更を伴う部分では本スキルの影響マトリクスも併用する。