cluster-verify
Kubernetes 上で動くサービスの変更を、PR を出す前にクラスタの実文脈（環境変数・Secret・クラスタ内 DNS・依存サービス）で検証する。mirrord でローカルプロセスをクラスタに接続し、失敗したら直して再実行するループを回す。「クラスタで検証して」「mirrord で確認」「PR 前に実環境で試して」等で起動。
context-audit
プロジェクトのエージェント向け指示、Skill、接続設定を監査し、コンテキスト肥大化、重複、配置や呼び出し設定の不一致を根拠付きで指摘する。コンテキスト監査、Skill整理、Skillが見つからない／呼ばれない原因の確認で使う。
reader-test
完成した文書を、執筆コンテキストを持たないサブエージェントに読ませて盲点（未定義の略語・暗黙の前提・論理の飛躍・再現不能な手順）を洗い出す。ADR・README・ナレッジ・提案書の仕上げ段階、人間レビューに回す直前に使う。「読者テストして」「盲点チェック」「fresh-eyes レビュー」等で起動。
verify-mechanism
「効いているはず」の機構が本当に効いているかを対照実験で確かめる。 分離・権限・フィルタ・認可・マスク・キャッシュ・レート制限・索引・発火条件など、 何かを「制限する」「守る」「速くする」仕組みを実装または設定した直後に必ず使う。 「RLS を入れた」「権限を絞った」「マスクした」「テストが通った」「設定した」 「ちゃんと効いてる？」「本当に動いてる？」といった場面で起動する。 肯定側のテストだけでは機構の証明にならないため、機構を外した対照を作って 期待どおり失敗することを確かめ、差が出なければ効いていないと判定する。 ユーザーが「確かめて」と言わなくても、防御的な機構を書いた直後なら検討する。