ワンクリックでManusで任意のスキルを実行

grimodex-impact-gate

スター8

フォーク1

更新日2026年7月17日 15:21

Grimodex の Git 差分から関連 requirement と Light 評価 suite を選択し、 canonical quality workflow を読み取り専用で実行して証跡を報告する。「差分評価」「品質ゲート」「impact gate」、commit／PR 前の検証、 grimodex-author 後の評価で使用する。テスト作成、失敗修正、意味的コードレビュー、 commit、push、merge には使用しない。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

kazormia296

kazormia296/Grimodex

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

Grimodex Impact Gate

差分選択ロジックを再実装せず、repository の canonical command を実行する薄い gate として振る舞う。コード、テスト、fixture、baseline は編集しない。

Preflight

AGENTS.md、policies/quality/iron-laws.md、evals/impact-map.yaml、 evals/quality-manifest.yaml を読む。
git status で staged、unstaged、untracked の状態を確認する。
package.json に verify:quality と eval:impact が実在することを確認する。
PR／commit 間を評価する場合は base と head を実在確認する。比較範囲を確定できない場合は推測せず、全 suite fallback または [precheck] として扱う。

Execute the canonical gates

品質モデルと selector 自体を先に検証する。
```
pnpm verify:quality
```
現在の working tree を対象に、選択された Light suite を実行する。
```
pnpm eval:impact -- --run
```
明示的な比較範囲が必要な場合だけ、検証済みの ref を渡す。
```
pnpm eval:impact -- --base <base-ref> --head <head-ref> --run
```
machine-readable evidence が必要な場合は、pnpm の lifecycle banner を JSON と混ぜず --report の出力ファイルを正本にする。
```
pnpm eval:impact -- --run --report /tmp/grimodex-impact-report.json
```
stdout の JSON を直接 pipe する場合だけ pnpm --silent eval:impact -- --format json を使う。

evals/impact-map.yaml の rule を手作業で再判定したり、選択 suite を減らしたりしない。 selector が複数 rule の suite を合算し、未分類 path、空差分、取得不能な差分を安全側の全 suite fallback として扱う。untracked file も評価対象から除外しない。

Interpret results

全ての selected Light suite が成功した場合だけ Light gate を成功とする。
Heavy evaluation は実 connector、資格情報、課金、環境分離を必要とするため、通常は deferred evidence としてコマンドと理由を報告する。deferred／skipped を passed としない。
実行可能な runner 自体がない評価は blocked gap として必要作業を報告し、Heavy の runnable command や成功へ読み替えない。
diff fallback が発生した場合は、原因と全 suite が選ばれたことを明示する。
command が失敗した場合は最初の失敗を保持し、再試行で隠さない。失敗分類と該当 suite を報告して停止する。
本スキル内で production code、テスト、fixture、manifest、impact map を修正しない。修正依頼は原因に応じて debug-issue、test-feature、grimodex-author へ渡す。
本スキルは review-code の意味的監査や refactor-cross-boundaries の実行経路 impact matrix を置き換えない。

Report

次を一つの結果として報告する。

比較範囲と changed files
requested／resolved base・head SHA と Node／platform runtime
matched rule と fallback の有無
affected requirement ID
selected Light suite と各終了結果
Heavy evaluation の deferred command と理由
blocked evaluation の理由と runner 化に必要な作業
failure class、既知の gap、次に必要な担当 skill

証跡のいずれかが欠ける場合は完了扱いにしない。

このリポジトリの他の Skills

同じリポジトリ

bump-version

kazormia296/Grimodex

Grimodex の Electron リリースバージョンを上げ、リリースノート、commit、 branch、PR、merge、注釈付き Release tag、GitHub Draft Release の確認まで進める。 Release は公開せず、Draft のまま停止する。「バージョン上げて」「パッチ／マイナー／メジャーバージョン」「リリースタグ」「リリース準備して」で使用する。

2026-07-268

debug-issue

kazormia296/Grimodex

バグを調査・修正する。再現→原因特定→修正→検証の順で進める。 Use when: 「デバッグして」「修正して」「エラーが出る」「動かない」と言われたとき。一般のPR／master CI、ランタイムエラー、型エラーの修正に使う。 Electron release workflow、tag build、署名、公証、publishの失敗はdebug-release-ciへ渡す。

2026-07-268

debug-release-ci

kazormia296/Grimodex

Grimodex の Electron release workflow、tag build、署名、公証、 installer migration、artifact 集約、publish の失敗を、version と tag を増やさず診断・修正する。「release CI失敗」「release workflow失敗」「tag build失敗」「署名／公証エラー」「packaging失敗」「publish失敗」「成功済みplatformを再buildしたくない」で使用する。

2026-07-268

ship-branch

kazormia296/Grimodex

現在の 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は公開しない。

2026-07-268

write-grimodex-copy

kazormia296/Grimodex

docs/communication-style-guide.md を正本として、Grimodex の公開向け文章を事実ベースで作成・改稿し、特に日本語／英語のリリースノートの意味、深刻度、対応方法を一致させる。「リリースノートを書いて／直して」「日英の更新記録」「リリース告知」「延期・障害・保守告知」「広報文」「SNS告知」「README冒頭」「公式サイト見出し」「開発状況報告」で使用する。 Issue、PR、コミットメッセージ、UI文言、エラーメッセージと復旧手順、 API・IPC・MCP・CLI仕様、開発者向けセットアップ、法務文書、セキュリティアドバイザリの技術詳細には使用しない。

2026-07-268

grimodex-author

kazormia296/Grimodex

Grimodex の AI 指示、system prompt、Codex skill、AI policy、AI 経路レジストリ、評価 fixture と品質 manifest を作成・変更し、正本、Iron Laws、契約テスト、追跡可能性を一貫して更新する。AI behavior asset の追加・変更、「AI指示」「システムプロンプト」「Codexスキル」「AI評価fixture」で使用する。一般的な UI／DB／IPC／Rust 機能実装、テストだけの追加、レビューだけの依頼、バグ修正には使用しない。

2026-07-178

name

grimodex-impact-gate

description

Grimodex Impact Gate

差分選択ロジックを再実装せず、repository の canonical command を実行する薄い gate として振る舞う。コード、テスト、fixture、baseline は編集しない。

Preflight

AGENTS.md、policies/quality/iron-laws.md、evals/impact-map.yaml、 evals/quality-manifest.yaml を読む。
git status で staged、unstaged、untracked の状態を確認する。
package.json に verify:quality と eval:impact が実在することを確認する。
PR／commit 間を評価する場合は base と head を実在確認する。比較範囲を確定できない場合は推測せず、全 suite fallback または [precheck] として扱う。

Execute the canonical gates

品質モデルと selector 自体を先に検証する。
```
pnpm verify:quality
```
現在の working tree を対象に、選択された Light suite を実行する。
```
pnpm eval:impact -- --run
```
明示的な比較範囲が必要な場合だけ、検証済みの ref を渡す。
```
pnpm eval:impact -- --base <base-ref> --head <head-ref> --run
```
machine-readable evidence が必要な場合は、pnpm の lifecycle banner を JSON と混ぜず --report の出力ファイルを正本にする。
```
pnpm eval:impact -- --run --report /tmp/grimodex-impact-report.json
```
stdout の JSON を直接 pipe する場合だけ pnpm --silent eval:impact -- --format json を使う。

Interpret results

全ての selected Light suite が成功した場合だけ Light gate を成功とする。
Heavy evaluation は実 connector、資格情報、課金、環境分離を必要とするため、通常は deferred evidence としてコマンドと理由を報告する。deferred／skipped を passed としない。
実行可能な runner 自体がない評価は blocked gap として必要作業を報告し、Heavy の runnable command や成功へ読み替えない。
diff fallback が発生した場合は、原因と全 suite が選ばれたことを明示する。
command が失敗した場合は最初の失敗を保持し、再試行で隠さない。失敗分類と該当 suite を報告して停止する。
本スキル内で production code、テスト、fixture、manifest、impact map を修正しない。修正依頼は原因に応じて debug-issue、test-feature、grimodex-author へ渡す。
本スキルは review-code の意味的監査や refactor-cross-boundaries の実行経路 impact matrix を置き換えない。

Report

次を一つの結果として報告する。

比較範囲と changed files
requested／resolved base・head SHA と Node／platform runtime
matched rule と fallback の有無
affected requirement ID
selected Light suite と各終了結果
Heavy evaluation の deferred command と理由
blocked evaluation の理由と runner 化に必要な作業
failure class、既知の gap、次に必要な担当 skill

証跡のいずれかが欠ける場合は完了扱いにしない。