英国、任意の安全措置が不十分ならAI規制を示唆

英国は、任意のAI安全措置に残された機会はあと一度だけであり、それが失敗すれば規制によって開発企業はモデルのテスト提出を迫られることになると、これまでで最も明確に警告した。

8月初旬にGoogle Newsで広く報じられたこの発言は、法律や具体的な期限を発表したものではない。しかしフロンティアAI企業にとって、より重要な意味を持つ内容だった。協力によって十分なアクセスと安全性の証拠が得られなくなった場合、英国が規制を現実的な対応策として公に位置付けたのである。

AI担当相のKanishka Narayan氏は、政府が重視するのは特定の政策手段ではなく公共の安全だと述べた。この柔軟性によって英国の比較的軽いアプローチは維持される一方、任意テストが今後も任意であり続けるという確実性は開発企業に与えられない。

中心的な対立は明確になった。英国は、欧州連合のAI Actに伴うような広範なコンプライアンス制度を設けずに、高度なモデルへの優先的アクセスを求めている。開発企業は、政策の安定性、機密性を確保したテスト、そして迅速な製品公開の自由を求めている。

この取り決めは、企業が協力し、テストの信頼性が保たれている間にしか機能しない。たった一度の拒否、不完全な評価、あるいはモデルが関与した重大な事故によって、拘束力ある規則は政治的な可能性から緊急の要求へと変わり得る。

英国、義務的AIテストを再び選択肢に

政策変更は新法の制定ではない。協力を強制へと置き換える用意があることを、政府が公に示した点にある。

Narayan氏はReutersに対し、必要な仕組みを変更すべき状況になれば、英国は規制を検討すると語った。その発言は、政府が開発企業に対して、公開前の評価のため高度なシステムを提供するよう義務付けるべきかという問いに答えたものだった。

「適切な仕組みや手段が時とともに変わり、規制がそれを実現する助けになり得ると感じられるなら、もちろん検討します」と同氏は述べた。

この表現が重要なのは、英国が欧州連合とは異なる規制戦略を推進してきたためだ。大半のAIシステムを一つの包括的な枠組みに組み込む代わりに、既存の規制当局、分野別の法律、技術研究、開発企業との合意に依拠してきた。

従来AI Safety Instituteと呼ばれていた政府のAI Security Instituteは、このアプローチの中核に位置する。政府による2025年2月の改称発表によれば、同研究所はサイバー攻撃や化学・生物兵器の開発可能性を含む、深刻な安全保障リスクに焦点を当てている。

Narayan氏は、英国によるフロンティアモデルへの公開前アクセスを「本当に、本当にユニークだ」と表現した。開発企業が公的機関に配備前のアクセスを与えていることから、英国と米国は特異な立場にあると述べた。

このアクセスは重要だが、法的権限と同じではない。議会の精査では、この違いが繰り返し指摘されてきた。

7月の証言では、法定権限を持たない研究所が、重要なすべてのモデルへのアクセスを確実に得られるのかが議員から問われた。協力的な開発企業はアクセスを提供できる。一方、消極的な開発企業は、交渉、遅延、テスト条件の限定、あるいは拒否を選べる。

また、この研究所は通常の製品承認機関として機能しているわけではない。その評価は政府や開発企業に情報を提供できるが、すべてのフロンティアモデルが取得しなければならない普遍的な許可制度を設けるものではない。

したがって英国には、完全な事前規制制度を伴わない事前評価能力がある。事前評価とは、被害が発生した後に対応するだけでなく、公開前にモデルを検証することを意味する。

この中間的な立場には実務上の利点がある。技術評価者は立法者より迅速に適応でき、開発企業は更新のたびに長期の承認手続きを回避できる。

一方で、構造的な弱点も生む。政府の可視性は、評価したいシステムを持つ企業自身の行動に部分的に依存している。

Narayan氏の警告は、このモデルを直ちに放棄することなく、その弱点に対処するものだ。柔軟性を維持するための代価は、継続的なアクセスであると開発企業に伝えている。

Google Newsの読者には、選択肢を残すという控えめな発言に見えるかもしれない。より重要なシグナルは、任意制度が政治的支持を失う条件を英国が明確にしたことだ。

Google Newsがアクセスから権限への移行を追う理由

英国にとっての問いは、フロンティアモデルに精査が必要かどうかではもはやない。能力が高まる中で、人間関係に基づくアクセスが信頼できる状態を維持できるかどうかだ。

現在の取り決めは、Bletchley Parkで開催された2023年のAI Safety Summitから生まれた。政府と開発企業は、最も高性能なシステムはリスクが国境や分野をまたぐ可能性があるため、特別な注意を払うべきだと合意した。

その後英国は、欧州連合の立法モデルを直ちに模倣するのではなく、技術的専門性を構築した。同研究所は評価手法と、モデル能力をテストするオープンソースのプラットフォームInspectを開発した。

この戦略により、英国は民間の開発サイクルの内部に席を得た。政府は、一般ユーザー、独立研究者、または大半の各国規制当局にはまだ利用できないモデルを研究できた。

ただし、アクセスだけで実効的な監督が保証されるわけではない。評価者には、十分な時間、技術文書、計算資源、現実的な攻撃経路をテストする自由が必要だ。さらに、開発企業が実際に配備する予定のバージョンを開示しているという確信も必要になる。

限定的な条件下で提出されたモデルは、ツール、メモリ、ブラウジング、外部システムが接続された後には異なる挙動を示し得る。ベースモデルの評価では、完成製品のリスクを捉えきれない可能性がある。

企業が言語モデルをエージェントへと転換する中で、この点は重要になる。AIエージェントとは、手順を計画し、ソフトウェアツールを呼び出し、より少ない直接的な人間の制御で行動できるシステムだ。

安全でない文章を生成するチャットボットは、一つの種類のリスクを生む。認証情報、コード実行、購買権限、あるいは社内システムへのアクセスを持つエージェントは、より広い運用上のリスクを生む。

英国のCompetition and Markets Authorityは、消費者の信頼を維持するには、エージェント型システムに適切な安全措置が必要だと警告している。同機関の消費者分析は、委任された意思決定、操作、説明責任、市場支配力に関するリスクを検討している。

既存法はすでに、多くの有害な結果に適用される。データ保護規則は個人情報を規律する。消費者法は誤解を招く慣行を扱う。平等法は差別的な意思決定に適用され得る。分野別規制当局は金融や医療などを監督する。

しかし、こうした法律は通常、利用方法、組織、または生じた被害に焦点を当てる。すべてのフロンティア開発企業に対し、公開前に独立テスト用のモデル提供を求めるとは限らない。

Narayan氏は、先の議会証言でこの隔たりを認めた。英国は事前評価を実施できる独自の能力を持つ一方、多くの法的義務は依然として配備後の責任に焦点を当てていると説明した。

この違いは、3つの集団に圧力を生む。

開発企業には、実質的な協力を通じて信頼を維持する圧力がある。アクセスを制限すれば、義務的な開示とテストを求める根拠を強めることになる。

AI Security Instituteには、実際の事故によって関連能力が露呈する前に、その評価がそれを検知できることを示す圧力がある。技術的な威信だけでは、同研究所の知見が配備判断を変えるかどうかは決まらない。

閣僚には、介入のしきい値を定める圧力がある。規制という選択肢が残されていると言うことは、どのような失敗が発動条件となるかを決めるより容易だ。

政府は、評価の拒否や特定の能力水準といった単純な発動条件を公に定めていない。この曖昧さは柔軟性を保つ一方、企業と国民には推測を強いる。

主要キーワードであるgoogle newsは、多くの読者がこの議論をニュース集約を通じて知ったことを反映している。しかし、政策上の重要性は見出しの先にある。英国は、非公式なアクセスが持続的な権限のように機能できるかを試している。

任意アクセスと拘束力ある規則は異なるインセンティブを生む

主な争点は、任意の協力と強制可能な公開前テストのどちらかであり、英国と特定のAI企業との対立ではない。

任意の合意は迅速に進められる。評価者と開発企業は、議会、二次立法、または法廷での異議申し立てを待たずに手続きを改定できる。

また、交渉によるセキュリティ上の取り決めを通じ、機微な情報を保護できる。フロンティア評価には、独自のモデル重み、未公表の能力、内部安全策、あるいは公開すべきでない脆弱性が含まれる可能性がある。

政府のアクセスが信頼を高め、より広範な制限への圧力を減らすなら、開発企業には協力するインセンティブがある。評価結果は、顧客や攻撃者が弱点を発見する前に、それを明らかにすることもできる。

しかし、任意制度では義務の分配に偏りが生じる。成熟した安全チームを持つ企業は広範なアクセスを提供するかもしれないが、別の企業は同程度に高性能なモデルを、より少ない開示で公開する可能性がある。

この不均衡は、より協力的な開発企業を不利にする可能性がある。競合他社がより早くユーザーに到達する一方で、その企業は評価コストと遅延の可能性を負う。

拘束力ある規則は、共通の最低基準を設けられる。どの開発企業が報告対象となるか、どの情報を提供すべきか、違反時にどのような結果が生じるかを定められる。

規則はまた、閣僚、研究所の幹部、企業経営者の個人的な関係への継続性の依存を減らす。公職者や企業戦略が変わっても、法的義務は残る。

その代償は硬直性だ。モデルアーキテクチャ、配備パターン、危険な能力は、立法より速く変化し得る。起草の不十分なしきい値は、ありふれたシステムを対象にしながら、新たな高リスクモデルを見逃す可能性がある。

義務的な制度は、難しい運用上の問題にも答えなければならない。フロンティアモデルの定義、営業秘密の保護、安全な評価インフラ、異議申し立ての権利、頻繁なモデル更新に対応する手続きが必要になる。

欧州連合は、英国で議論されている案と枠組みが同一ではないものの、最も明確な比較対象を提供する。EU AI Actはリスクベースの構造を採用し、汎用AIモデルの提供者に対する義務を含む。

EUの枠組みは法的一貫性を提供するが、その実装には詳細な行動規範、標準、制度間の調整が必要となる。英国はこれまで、対象を絞った介入と既存の規制当局を優先してきた。

米国も、政権ごとに政策の方向性が変化しているものの、企業のコミットメントと国家安全保障上の権限に大きく依存してきた。その結果、3つの市場では、技術評価、任意協力、強制可能な義務の組み合わせがそれぞれ異なっている。

Google、OpenAI、Anthropic、Metaは、これらの制度をまたいで事業を展開している。モデル、クラウドサービス、アプリケーション・プログラミング・インターフェース、企業顧客はいずれも国境を越えるため、各社のコンプライアンス業務を国ごとにきれいに切り分けることはできない。

英国の試験要件は、したがって英国を越えて製品リリースのプロセスに影響を及ぼし得る。開発者は複数の法域向けに共通のモデル版を提出するか、国別のリリース計画を構築する可能性がある。

国別モデルには、独自の問題もある。評価者があるバージョンを試験する一方で、他国の顧客には別のバージョンが提供される可能性がある。安全管理も、言語、製品の提供形態、利用可能なツールによって異なり得る。

だからこそ、強制力のあるアクセスは始まりにすぎない。規制当局は、モデルそのもの、導入されたサービス、あるいはそれを取り巻くシステムのどれを検証しているのかを判断しなければならない。

モデルは管理されたインターフェースでは安全に動作しても、外部の開発者がそれをメール、コードリポジトリ、金融口座に接続すると危険になり得る。逆に、高性能なモデルでも、実用上のリスクを抑える厳格な製品レベルの制限を備えることはできる。

英国の自主的アプローチは、技術的な交渉を通じてこうした違いに対応できる。法律も同様のことを実現できるが、それは規制当局に十分な裁量と専門性が与えられる場合に限られる。

したがって、選択肢は柔軟な知性か思考停止の官僚主義か、という二項対立ではない。柔軟性をどこに置くのか、そして協力が破綻した場合に誰が誰へ強制力を行使できるのかが問われている。

自主モデルには依然として公開された失敗基準がない

英国は、自主的な安全策が不十分だったことを示す証拠が何かを説明していない。

これはNarayanの立場で最も難しい部分だ。規制は依然として選択肢にあるが、政府はそれが必要になる条件を定義していない。

考えられるきっかけの一つは、アクセスの拒否だ。最先端の開発者がリリース前の試験を拒否すれば、協力では普遍的なカバレッジを確保できない直接的な証拠となる。

もう一つは、不十分なアクセスである。企業がモデルを提供しても、試験時間、ツール、技術的詳細、あるいは開示権を制限する可能性がある。その場合、形式上の参加は、より弱い評価を覆い隠すことになる。

第三のきっかけは、事前試験で予見できなかったインシデントだ。その評価が不十分だったのか、導入後に変更が加えられたのか、あるいはリスクが真に予見不能だったのかを判断することが課題となる。

サイバーセキュリティは、有用なストレステストとなる。能力と被害を、多くの広範な社会的リスクより具体的に測定できるためだ。評価者は、モデルが脆弱性を見つけるか、エクスプロイトコードを書くか、攻撃手順を自動化するかを評価できる。

それでも、ベンチマークでの性能は現実世界での被害と同義ではない。モデルの運用上の影響は、アクセス権、利用者の専門性、標的の防御、導入を取り巻く安全策に左右される。

安全性評価は、誤った安心感を生むこともある。試験に合格したことは、定義された条件下での性能を示すにすぎず、あらゆる危険な能力が存在しないことを意味しない。

開発者は、意図的かどうかにかかわらず、既知のベンチマークに適応する可能性がある。したがって評価者には、機密性の高い試験、敵対的な手法、そして製品の変化に応じた反復的な評価が必要だ。

AI Security Institute自身も、初期の最先端モデル評価に関する説明で、新たなエージェントフレームワークや安全策を回避する手法によってリスクプロファイルが変化する場合を含め、システムのライフサイクル全体を通じて試験を繰り返す必要がある可能性を示している。

透明性は別の対立を生む。監督が機能しているかを判断するには、一般市民に十分な情報が必要だ。あまりに多くを公表すれば、脆弱性を明らかにし、攻撃者を利し、企業秘密を晒すおそれがある。

英国は、このバランスを単一の公開報告基準によって定めていない。Instituteの研究は貴重な証拠を提供するが、読者がすべてのリリース前評価や導入に関する議論を独自に再構成することはできない。

Information Commissioner’s Officeは、さらに別の層を加える。同機関は個人データの処理を監督しており、主要な最先端研究所を含むAI開発者と積極的に関与しているとしている。

同規制当局は、管理された条件下で製品を試験する企業向けに、実験的なアプローチも開発している。提案されている規制サンドボックスは、公共の保護を維持しつつ、期間限定の柔軟性を目指すものだ。

サンドボックスは、恒久的なルールを定める前に規制当局が未知のシステムを理解する助けとなり得る。製品が既存法に違反する場合の執行に代わるものではない。

したがって英国のより広範なモデルは、技術評価、分野別規制当局、既存の法的義務、選択的な実験を組み合わせるものだ。AIリリースのあらゆる部分を単一の機関が管理しているわけではない。

この分散型の構造は、AIリスクの多様性に適合し得る。金融における差別、プライバシー侵害、危険な医療助言、高度なサイバー能力には、同一の専門性は必要ない。

一方で、機関間の隙間を生むこともある。開発者はデータ保護要件を満たしていても、国家安全保障上の懸念を未解決のまま残す可能性がある。安全性評価が能力を特定しても、導入を阻止する法的権限が生まれるとは限らない。

世論は、こうした隙間の政治的コストを高める。英国の成人2,344人を対象とした2025年のYouGov調査では、87％が開発者にリリース前のシステム安全性の立証を義務付けることを支持した。

この英国世論調査はNarayanの発言に先立つものだが、民間の保証より強い義務に対する需要を示している。世論調査だけで実行可能な試験制度を設計することはできないが、自主的な取り決めが政治的にどれだけ長く正当化できるかには影響する。

政府は、一件の警戒すべき実演を、規制が機能することの自動的な証明として扱うべきではない。実験室のシナリオは実際の導入条件を誇張し得る一方、非公開の手法は外部からの検証を妨げる。

同時に、逆の誤りも避けるべきだ。リリース前の権限を創設する前に明白な公共被害を待てば、予防的な監督は事後的な調査へと変わってしまう。

信頼できる政策には、明示的なエスカレーション基準が必要だ。これには、アクセス拒否、高重大度の指摘を是正しないことの反復、誤解を招く開示、評価済みバージョンと実質的に異なるシステムの導入などが含まれ得る。

こうした基準が自動的な禁止を必要とするわけではない。追加報告、独立監査、導入条件、一時的な制限を含む段階的な対応を支え得る。

このような枠組みがなければ、「必要になれば規制する」は政治的には有用でも、運用面では曖昧なままだ。開発者は境界を把握できず、一般市民もそれが越えられたかどうかを判断できない。

Google Newsの見出しは、より広い競争上の問題を覆い隠している

AI安全政策は、どの企業が英国で競争、遵守、製品リリースを行う余力を持てるかも左右する。

大規模な研究所は、専門の法務チーム、評価エンジニア、レッドチーム演習、安全な政府アクセスを支えられる。小規模な開発者は、同じ固定的な要件への対応に苦慮する可能性がある。

これは危険なシステムを免除する理由にはならない。ただし、義務は企業名だけでなく、能力と導入リスクに応じて設計されるべきだという意味ではある。

設計の悪い試験ルールは、最大手開発者の地位を固定化し得る。コンプライアンスは、資金力のある既存企業なら吸収でき、挑戦者には乗り越えられない新たな障壁となる。

逆の結果もあり得る。共通の試験要件は、世界的に認知されたブランドを構築せずとも、小規模な開発者が信頼を確立する助けとなる可能性がある。

独立評価は、異なる提供者のモデルについて比較可能な証拠を顧客に提供し得る。それにより、リスクを管理できるのは最大手の研究所だけだという前提を弱められるかもしれない。

オープンウェイトモデルは、別の課題を生む。オープンウェイトでは利用者が中核となるモデルパラメータをダウンロードまたは変更できるため、リリース後の元の開発者による管理が制限される。

集中管理型のサービスなら、安全策を更新し、不正利用を監視し、アクセスを取り消すことができる。ダウンロード可能なモデルは複数の法域に広がり、作成者がサポートを撤回した後も利用可能であり続ける可能性がある。

したがって規制当局は、開発者の義務と下流の導入者の義務を区別しなければならない。両者が同じリスクを管理しているかのように扱えば、弱いルールが生まれる。

ここでは国際的な整合性が重要になる。英国は、海外ホスティング、オープンリポジトリ、変更版を通じてすべてのモデルが利用者に届くのを防ぐことはできない。

それでも、国内事業者、公共向けの導入、クラウドプロバイダー、英国の消費者にサービスを提供する企業を規制できる。また、技術的な専門性を通じて国際標準に影響を与えることもできる。

ドイツとの英国の安全保障パートナーシップは、同一の国内法を採用せずとも、研究所が試験手法と研究を連携できることを示している。

こうした連携は、重複作業を減らせる。また、モデルが複数の市場に登場する際、規制当局が結果を比較する助けにもなる。

企業は、相反する手法の下で反復試験を強いる要件に抵抗するだろう。各国政府も、他国の評価にアクセスまたは厳格さが欠ける場合、相互承認に抵抗するだろう。

英国の立場は、潜在的な橋渡しを提供する。米国の開発者との緊密な関係、評価機関としての高い評価、そして規制された欧州連合市場への近接性を備えているためだ。

その橋渡しは信頼性にかかっている。英国が企業に対して過度に従順に見えれば、欧州のパートナーはその評価を低く見るかもしれない。ルールが予測不能になれば、開発者はリリースを遅らせるか、アクセスを制限する可能性がある。

政府の成長政策は、この緊張をさらに高める。閣僚らは投資、データセンター、国内AI企業、導入、生産性向上を望んでいる。

安全ルールは、企業の購入者により大きな安心感を与える場合、こうした目標を支えられる。要件が不明確、遅延を招く、あるいは実際のリスクと無関係な場合には、それらを妨げ得る。

ナレッジワーカーにとって、この議論はAIシステムが私的なファイルや業務ツールにアクセスするようになると実務的な問題となる。チームには、どのモデルがデータを扱ったのか、どの権限を持っていたのか、出力が意思決定にどう影響したのかについて、明確な記録が必要だ。

実際には、従業員は文章作成アシスタントが無害な会議メモを要約するのを見ながら、同じ統合機能が機密契約を検索し、顧客記録を取得し、あるいは従業員のアカウントでメールを送信できることを見落とすかもしれない。バージョンログと権限記録がなければ、セキュリティチームはどのモデルがファイルにアクセスしたのか、あるいは後のモデル更新でその挙動が変わったのかを判断できない可能性がある。

検索可能なAI knowledge baseは社内の追跡可能性を高められるが、開発者による試験や法的説明責任の代わりにはならない。組織的な統制とモデルレベルの監督は、異なる問題を解決する。

企業は、英国が自主か義務化かという問題を決着させるのを待つべきではない。企業は依然として、自ら選択するシステム、公開するデータ、自動化する意思決定に責任を負う。

調達チームは、評価の要約、インシデント対応手順、データ保持条件、ツール権限の管理、重要なモデル変更の通知を求めるべきだ。

開発者は、どのバージョンが試験されたか、また導入されたサービスにブラウジング、メモリー、コード実行、サードパーティ統合が追加されているかを文書化すべきだ。

こうした措置が重要なのは、国家レベルの試験ではすべての顧客構成を検証できないためだ。組織がモデルを機微なシステムに接続すれば、その挙動は変化する。

競争上の結果は、英国が予測可能で、技術的に妥当かつ比例的な義務を創設できるかにかかっている。後で規制するという一般的な約束だけでは、それらの性質は実現しない。

英国が方針を変えるかを示す三つの兆候

次の段階は、アクセス、執行の設計、実際の導入から得られる証拠によって決まる。

第一の兆候は、主要な最先端開発者がすべて、AI Security Instituteに有意義なリリース前アクセスを提供し続けるかどうかだ。

重要なのは、協力を発表するプレスリリースではない。評価機関が重大なリスクを調査できるよう、適切なツールと技術情報とともに、十分早い段階でモデルへのアクセスを得られるかどうかだ。

公然とした拒否は、直ちに立法が必要だという主張を強める。外部からは観察しにくいものの、試験に対する非公開の制限も同じくらい重要になる。

したがって政府の報告では、完全な評価と部分的な協力を区別すべきである。モデルの脆弱性や機密のテスト詳細を公開せずに、制約を明らかにする必要がある。

企業やリリースをまたいでアクセスが一貫して維持されるなら、英国は自主的な仕組みでも望ましい結果を生み出していると主張できる。そうなれば、強制的な提出を直ちに導入すべきだという根拠は弱まる。

第二のシグナルは、閣僚がフロンティアAIの試験に関する具体的な法定提案またはエスカレーション枠組みを公表するかどうかだ。

真剣な提案には、対象範囲、基準値、機密保護、規制当局の権限、不遵守への対応が必要となる。また、モデルの更新やエージェント型デプロイメントへの対応プロセスも求められる。

執行機関の選択は、政府が問題をどう捉えているかを示す。AI Security Instituteに権限を与えるなら、同機関は正式な規制当局に近づく。

既存の省庁や分野別規制当局に執行を委ねれば、同研究所の研究機関としての性格は維持される。共同モデルは、専門知識と法的判断を分けられる一方、調整コストを高める可能性がある。

いかなる提案も、データ保護、消費者法、オンライン安全、平等義務、分野別ルールとの関係を説明すべきだ。要件が重複すれば、企業はどの当局が主導するのか不明確になるおそれがある。

閣僚が将来への備えについて大まかな表現にとどまるなら、自主モデルが引き続き主流となる。その結果は議論に決着をつけるのではなく、発動判断を先送りするだけだ。

第三のシグナルは、次に発生する信頼できるAI利用型のセキュリティ事件に、各機関がどう対応するかである。

当局者は、関連する能力がリリース前の試験で確認されていたか、試験後に安全対策が変更されたか、開発者が特定された弱点に対応したかを問うべきだ。

評価済みのモデルが、既知で未修正の弱点を通じて被害を引き起こした場合、法的に執行可能な義務を求める論拠は大幅に強まる。

事件が未試験のモデルに起因するなら、アクセス拒否が中心的な問題となる。顧客による安全性を欠く統合が原因なら、モデル承認だけでなくデプロイメント・ガバナンスにより大きな注意を払うべきだ。

慎重な調査では、能力と因果関係を分けて考えなければならない。AIシステムが攻撃者を支援したという事実だけでは、それが本来不可能だった攻撃を可能にしたことの証明にはならない。

前例のない被害が生じていないからといって、その事件が無関係になるわけではない。人間が手作業で同じ行為を実行できる場合でも、モデルは時間、費用、または必要な専門性を削減し得る。

調査がこうした区別を裏付けるのに十分な方法論を公表すれば、英国の政策は強化される。独立した専門家が検証できない劇的な主張に当局者が依存すれば、政策の信頼性は損なわれる。

google newsを追う読者にとって決定的な展開は、あらゆる選択肢が残されていると閣僚が再び述べることではない。開発者の義務を変える、最初の観察可能な行動である。

英国は、価値ある評価能力と、民間のフロンティアシステムへの異例のアクセスを築いてきた。課題は、技術進歩を凍結させずに、そのアクセスを信頼できる公共保護へと転換することにある。

自主的な安全対策はいま、より重い責任を負っている。競合する企業、変化する製品、そして自律性を増すシステム全体で、一貫して機能しなければならない。

拘束力のある規制にも、それ自体の課題がある。実行可能な試験を定め、機微な情報を守り、既存企業を不当に優遇せず、調査結果を均衡の取れた措置へ結び付けなければならない。

政府の警告は、両方のアプローチを検証の対象に置く。協力は、商業的圧力の下でも持続できることを証明しなければならない。規制は、象徴的な統制以上のものを提供できることを証明しなければならない。

次のモデルリリース、英国がそれを評価する条件、そして重大な失敗に対する政府の対応を注視すべきだ。これらのシグナルは、Google Newsの見出しが一時的な警告だったのか、それとも拘束力のある英国のAI監督の始まりだったのかを示すだろう。