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