ブロック中の L4 ゲート（カバレッジ / シークレット / CVE / lint / ビルド / テストの失敗）を回避できるのは、override-check ジョブが次の3条件をすべて確認した場合のみである：

ポリシーでオーバーライドが有効になっている（override.enabled: true）。
実行をトリガーした人が override.authorized_users に含まれている。これはプロジェクトの vfa-policy.yml にある GitHub ユーザー名のリストである（大文字・小文字は区別しない、@ は省略可）。トリガーした人は github.triggering_actor（push、PR の更新、または Re-run の実行者）で判定する。コアのデフォルトは空リストのため、プロジェクトがユーザーを登録するまで誰もオーバーライドできない。
理由が10文字以上である（理由は PR の本文から取得する）。

authorized_users は PR からではなく、PR のベースブランチ上の vfa-policy.yml から読み取る。そのため、PR で自身の作成者を追加することはできない。ユーザーの追加/削除には、他のポリシー変更と同様に、レビューを経た別の PR が必要である。

条件を満たす場合、すべてのゲートは警告のみモードで引き続き実行され、security-gates ステータスチェック（最終判定ジョブ）は常にグリーンとなる。どのゲートにも該当しないステップ（セットアップ、スキャナーのインストールなど）で checks ジョブが失敗した場合も同様である。実際にゲートが回避された場合は、checks ジョブが override-audit.log に1行（ts / actor / reason / repo / pr / layer / bypassed gates）を書き込んで override-audit アーティファクトとしてアップロードし、テレメトリは status=warn を記録する。ゲート外の失敗は、security-gates ジョブが "bypassed": ["checks:failure"] として監査ログに記録する。問題のない実行では監査エントリを書き込まない。手順の詳細：40-procedures/l4-override.md。
> ⚠️ 残存ギャップ（COE / Dev Director の判断待ち）：権限のあるユーザーが push または再実行すると即座にオーバーライドが適用され、PR ごとの個別確認（ラベルなど）はない。「理由」は PR 本文全体である（既存の PR テンプレートだけで10文字を超えてしまう）。監査ログは実行時のアーティファクトにすぎず（保持期間を過ぎると消える）、中央の保管場所はない。layer は依然として PR 側の vfa-policy.yml から読み取られるため、利用側のリポジトリはこのファイルに CODEOWNERS を設定する必要がある。設定しない場合、PR が自身の layer を L3 に下げることができてしまう。

現行リスト（30-registry/gate-policy.yml）：

enabled: true
authorized_users: []
require_reason: true