英国ではAI安全法の要として“事前審査・強制テスト”が議論されたが、政権交代後に優先度が下がり、制度化の足踏みが報じられている（2026/09/18報道）。
本記事では英AI安全法の現在地を英語一次情報から整理し、EU・米との比較、日本の制度設計と実務に効く具体策まで一気に解像度を上げる。
📌 この記事でわかること
- 英国AI安全法の“事前審査”構想と停滞の背景
- EU AI Act・米州の適合評価や報告義務との要点比較
- 日本の配備前評価・監督権限の実装チェックリスト
- 90日で始める実害ベース運用と監査準備の勘所
英国AI安全法の現在地—“事前審査”構想はどこまで進んだか
論点は三つ。配備前の強制テストと提出義務、リスクに応じた監督権限、事故報告の枠組みだ。スターマー政権末期には、基盤モデル向けの「能力・悪用・システム安全」テストの事前提出、モデル更新時の再テスト、違反時の是正命令・罰金の権限まで含む設計が議論されたと報じられた。だが2026年秋の報道では、AI安全法の優先度は国内課題の後景に回り、制度化のタイムラインが不透明になった。
象徴的なのが、ブレッチリー・サミット（AI Safety Summit）で合意した国際協調と国内法制化のギャップだ。検証拠点は整備が進む一方、事前審査の法的強制力や、配備者に対する立入権限の設計は棚上げ気味。専門家は「臨時の合意文書だけでは市場の安全水準は上がらない」と警鐘を鳴らす。
「いまは決定的な局面だ。英国はAIリスクへの対応でスピード不足になりかねない」
— The Guardian, 2026/09/18
英国内の議論が足踏みすると、企業はEU域内準拠や米州のルールを事実上の“準標準”として採用せざるを得ない。日本企業も、英国モデルの遅れが調達・監査の要件に波及する点を織り込むべきだ。ここで言うAI安全法は、配備前評価と持続的モニタリングを法的義務に格上げする発想で、日本のガイドライン中心の運用とは温度差が大きい。
EU・米との比較で見える設計論点—日本が押さえるべき3要素（AI安全法）
第一に、EU AI Actは高リスクAIへ適合評価（品質マネジメント、データガバナンス、記録、説明可能性、人的監督）を義務化し、上市前のコンフォーマンスを前提とする。基盤モデルにも透明性と安全要件が追加され、重大事故の72時間報告が明文化された（AI Act Art.62）。第二に、米州は連邦ガイダンスと州法の併走。NIST AI RMF準拠、政府調達の安全評価、州レベルでの事故報告・監査条項が広がる。第三に、英国の強みは実務寄りの“事前テスト”を軸にできる点だったが、制度遅延は企業側の二重対応コストを招く。
比較から見える日本の要点は三つ。（1）配備前の適合評価を「努力義務」から「条件付き義務」へ引き上げる選択肢。（2）監督機関に立入権限・是正命令・罰則を与える範囲と手続の明確化。（3）供給者・配備者・重要第三者（クラウド等）の連携と契約実装。AI安全法としての骨格をここまで描くと、企業は準拠性の見通しを立てやすい。
| 項目 | EU AI Act | 英国構想（報道） |
|---|---|---|
| 上市前 | 適合評価（必須） | 事前テスト提出（強制化を検討） |
| 事故報告 | 72時間内通知 | 重大事案の迅速報告を検討 |
| 監督権限 | 市場監視・罰則 | 是正命令・罰金案 |
日本企業・行政への示唆—配備前評価と監督権限の実装チェックリスト（AI安全法）
配備前安全テストの設計は、適用範囲、リスク基準、第三者評価の3点を軸にする。高リスク判定は用途（医療、金融、雇用）と影響度（人権・安全・公共性）で閾値を定め、モデル更新時は差分評価を必須化。ログ保持は90日（開発）/180日（運用）を初期値、評価再現性を担保する。
監督権限と罰則・是正命令
監督機関には立入検査、資料提出命令、是正命令、過料の段階制を設計。命令前の聴聞、異議申立て、迅速審査の手当てを忘れない。重大事故は72時間以内の一次報告、30日以内の根本原因分析、是正完了報告を標準化する。
三者連携と契約条項
供給者・配備者・重要第三者の責任分界を契約に刻む。最低限、（a）評価用API・サンドボックス提供、（b）レッドチーミングの実施・記録共有、（c）障害・逸脱の72時間報告義務、（d）モデル変更通知とロールバック手順、（e）監査アクセス権、を条文化。英国のクラウド監督権限の先例も参照したい。関連記事：英中銀に“クラウド監督権”
注意：「知能の暴走」論争に引きずられると、配備前評価が形骸化する。実害（差別、誤情報、越権アクセス、物理安全）の指標に紐づけ、測定可能なKPIで運用する。
短期アクション90日計画—ノイズに惑わされない実害ベース運用へ（AI安全法）
Day 0-30：役割とSOPを更新。モデル・データ・プロンプトの変更管理、影響評価（AIA）、停止基準、承認フローを明文化。関連記事：「AIは意識」論争の罠
Day 31-60：試験ハーネスと評価データセットを整備。毒性・幻覚・偏り・プロンプト注入・越権のテストスイートを自動化し、第三者監査に備えた証跡を構築。
Day 61-90：規制シナリオ別BCPを策定。停止・回復・広報を一本化し、72時間報告のドラフト様式を準備。重大事案の模擬演習を最低1回。
配備前評価の処理フロー（AI安全法に準拠）
-
1
リスク分類
用途と影響度で高リスク判定、適合評価要否を決定。
-
2
テスト設計
安全・堅牢・透明性KPIと72時間報告トリガーを設定。
-
3
事前テスト実施
レッドチーミングと第三者レビュー、証跡化。
-
4
適合評価
不適合の是正、承認判定、リリース可否を決定。
-
5
運用監視
逸脱検知、事後監査、モデル更新の再評価。
「AI安全を巡る会話は誇張と混線で“信じがたい”状態にある。だからこそ政策は測定可能性に回帰すべきだ」
— TechCrunch, 2026/09/19
まとめ（AI安全法）
英国のAI安全法は、事前審査・強制テストという実務的な強みを持ちながら制度化が停滞。日本は待ちの姿勢ではなく、以下を先行実装したい。
- 配備前評価の義務水準：高リスクは条件付き義務、更新時は差分再評価。
- 監督権限と報告：立入・是正命令・72時間報告を制度化。
- 三者契約：評価アクセス、変更通知、監査権を明文化。
関連記事
このトピックをさらに深く理解するために
参考・出典
- ‘A critical moment’: concern UK is not up to speed in acting on AI risks（The Guardian, 2026/09/18）
- Why Europe has been absent from the great AI safety debate（The Guardian, 2026/09/18）
- AI safety conversations have gotten unbelievable（TechCrunch, 2026/09/19）
- EU AI Act（特にArt.62 事故報告）（EU, 2024/—）
- GDPR Article 33 – Notification of a personal data breach（EU, 2016/04/27）
- NIST AI Risk Management Framework（NIST, 2023/01/26）
