Grimodex

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層以上の既存契約変更を伴う部分では本スキルの影響マトリクスも併用する。

Electron IPC コマンドを追加する。renderer から main / Rust N-API backend を 呼び出す機能が必要なとき、共有契約・実装・preload 境界・テストを一括更新する。 「Electronコマンド追加」「IPC追加」「Rust連携」で発火。

コードベースを探索し、構造と実装を理解する。コードは書かない。 Use when: 「調べて」「調査して」「構造を教えて」「どうなってる？」 と言われたとき。新しいコード領域に入る前の事前調査に使う。

機能を実装する。計画→TDD→実装→検証の順で進める。 Use when: 新機能の追加、既存機能の拡張、「実装して」「作って」「追加して」 と言われたとき。UIコンポーネント、DB操作、Electron IPC追加を含む。

直近の変更をレビューする。バグ・セキュリティ・テスト不足のみ報告。 Use when: 「レビューして」「チェックして」「問題ないか見て」と言われたとき。 コミット前の品質チェック、Phase完了時の確認に使う。

指定された機能のテストを作成し実行する。 Use when: 「テストして」「テスト書いて」「カバレッジ足りない」と言われたとき。 既存コードにテストを追加する場合や、テスト結果の確認に使う。

リリースバージョンを上げ、コミットして注釈付きタグを打つ。 Electron版の正本 package.json を更新し、branch + PR で commit→マージ後に Release タグ作成まで行う。 Use when: 「バージョン上げて」「パッチ(マイナー/メジャー)バージョン」 「リリースタグ」「リリース準備して」と言われたとき。

バグを調査・修正する。手順は superpowers:systematic-debugging に委譲し、 ここではプロジェクト固有の確認だけを足す。 Use when: 「デバッグして」「修正して」「エラーが出る」「動かない」 と言われたとき。CIの失敗、ランタイムエラー、型エラーの修正に使う。

機能を実装する。手順は superpowers の方法論スキルに委譲し、ここでは プロジェクト固有の制約と検証だけを足す。 Use when: 新機能の追加、既存機能の拡張、「実装して」「作って」「追加して」 と言われたとき。UIコンポーネント、DB操作、Electron IPC追加を含む。

直近の変更を敵対的にレビューする（壊れている前提で壊し方を探す）。 バグ・セキュリティ・テスト未検証のみ報告、スタイルは見ない。 Use when: 「レビューして」「チェックして」「問題ないか見て」と言われたとき。 コミット前の品質チェック、Phase完了時の確認に使う。

既存コードにテストを追加・実行する（test-after）。新規実装の test-first は superpowers:test-driven-development / implement-feature 側で行う。 Use when: 「テストして」「テスト書いて」「カバレッジ足りない」と言われたとき。

THIRD_PARTY_LICENSES.md を再生成して依存・同梱アセットの最新状態に揃える。 scripts/generate-licenses.ts を正本に root + public/ を生成し、新規バンドル アセット(ONNX モデル/独自フォント/画像)の収録と branch + PR での commit まで行う。 Use when: 「ThirdPartyLicense 更新」「サードパーティライセンス更新」 「ライセンス一覧を再生成」「third party license を更新」と言われたとき。

現在の作業ブランチを push → PR 作成 → CI green を待ってマージするよう 頼まれたときに使う。branch-first 運用（master 直 commit/push 禁止）の後半を担う。 Use when: 「PR 出して」「プルリク作って」「プッシュしてマージ」「マージまでして」 「ship して」「リモートに上げて PR」と言われたとき。コミットは別スキルの領分。

Grimodex のUIにアニメーション・トランジションを追加／修正する。 Framer Motion と GSAP の使い分け、Reduced Motion ガード、 共有定数（DURATIONS/EASINGS/VARIANTS）の利用を強制する。 Use when: 「アニメ追加」「動き付けて」「トランジション」「UIを磨いて」 「もっと滑らかに」「ホバーで動かして」などと言われたとき。