top of page

ゴットハイマーのAI安全法案、フロンティアモデル公開の条件に連邦政府の試験を設定

5 日前
読了時間: 22分

ジョシュ・ゴットハイマーは、明確な対立軸を抱える超党派のAI法案2本を提出した。その核心は、フロンティアAIの開発企業に対し、対象モデルを公開する前に連邦政府による審査を義務付けることにある。このゴットハイマーのAI安全法案は、任意の手続きを政府管理下の国家安全保障チェックポイントへと置き換えるものだ。

9月18日の発表では、この審査案と並んで、中国で開発されたオープンウェイトモデルを連邦政府のシステム全体から締め出す禁止案も示された。オープンウェイトモデルは再利用可能なモデルパラメータを公開するため、組織は元の開発元だけに依存せず、モデルを運用・改変できる。

この法案パッケージは、単に責任あるAIを求める新たな呼びかけではない。研究所、外部監査機関、任意の政府連携によって最も深刻なモデルリスクを管理できるという現在の前提に異議を唱えている。最大の試金石は、中央集権的な連邦審査が、信頼性に欠ける公開の関門にならずに安全性を高められるかどうかだ。

ゴットハイマーのAI安全法案、連邦政府による公開前チェックポイントを創設

American AI Security Actは、最も高性能なAIモデルに対する公開前の協力を、義務的な国家安全保障審査へと変える。

ニュージャージー州選出の民主党議員ゴットハイマーは、ニューヨーク州選出の共和党下院議員マイク・ローラーとともに法案を発表した。ゴットハイマーによる9月18日の公式発表によれば、この提案は対象フロンティアモデルの開発者に対し、公開前に国家安全保障局へアクセスを提供するよう求める。

フロンティアモデルとは、AI開発の最前線に近い、高度な能力を持つ汎用システムを指す。政府は、対象モデルが重大なサイバー攻撃や、化学・生物・放射線兵器の開発を支援し得るかを評価する。

公式発表では、初回審査の期限は30日間とされている。必要な場合、当局はさらに30日間の延長を1回利用できる。

この期限設定は重要だ。無期限の審査は、実質的に公開の無期限保留として機能しかねない。一方、短期間の審査は、評価者に十分なアクセス、計算能力、技術支援が与えられなければ、表面的なものになるおそれがある。

この提案は、企業が評価プロセスを支援することを認めている。また、ゴットハイマーの発表によれば、国家安全保障案件で用いられる法的手続きに基づく迅速な不服申立制度も盛り込まれている。

具体的な実施内容は依然として重要だ。発表では、どの能力閾値でモデルが審査対象となるのかが完全には説明されていない。モデル更新、ファインチューニング版、複数の小規模モデルを組み合わせたシステムについても疑問が残る。

こうした定義が法律の適用範囲を決める。狭い閾値であれば、大手研究所による高額な訓練実行のごく一部だけが対象となるかもしれない。より広い基準なら、ツールや学習後の改変によって危険な能力を得た小規模開発者も対象になり得る。

したがって、この法案は単なる試験要件以上のものを生み出す。特定の民間開発モデルをより広範に配布できる段階へ進めるかどうかについて、連邦政府に正式な役割を与えることになる。

これは、政権の任意参加型フレームワークからの大きな転換を意味する。また、機密の国家安全保障知識を評価プロセスに持ち込むことになり、外部監査機関は往々にしてその内容を十分に把握できない。

ゴットハイマーは、独立監査機関には十分な人員、計算資源、研究施設へのアクセス、安全保障上の許可が不足していると主張する。さらに、開発者が試験エコシステムの資金を支援する場合、その独立性にも疑問を呈している。

この議員の懸念には理解できる面がある。民間の評価機関は既知のシナリオを試験できるが、情報機関が保有するすべての機密脅威評価を独自に再現することはできない。

政府による審査にも限界がある。連邦政府の評価者は、モデルへのアクセス、インフラ、文書、専門的な知見を同じ開発者に依存する可能性がある。

American AI Security Actは、開発者による技術支援を認めることで、この依存関係の管理を試みている。しかし、この仕組みでも、モデル構築者と審査者の間にある情報の非対称性は解消されない。

それでも中心的な変更点は明白だ。該当するフロンティアモデルの公開は、もはや開発者の内部判断や、連邦試験への任意参加だけに依存しなくなる。

この法案はワシントンの任意モデル審査を退ける

主要な争点は、安全性と無制限の開発の対立ではなく、政府による義務的審査か任意の協力かである。

2026年6月の大統領令は、連邦機関に対し、高度なサイバー能力に関する機密ベンチマークのプロセスを設けるよう指示した。このプロセスは、特別な扱いが必要なモデルを特定することを目的としている。

同命令はまた、開発者が対象モデルを公開前に政府へ提供できる枠組みも設けた。信頼できるパートナーがシステムを受け取る前に、最大30日間のアクセスを認めることができる。

しかし、大統領令14409は、新たなAIモデルの開発・公開に対する義務的なライセンス、事前承認、許可制度を明確に退けている。その早期アクセス枠組みへの参加は任意のままだ。

ゴットハイマーの法案は、この選択を覆す。対象モデルの開発者は参加を義務付けられ、審査ではサイバー能力と兵器関連リスクの双方が検討される。

この違いが、記事の中心的な緊張を生む。任意の協力は規制上の摩擦を減らす一方、義務的な審査は、該当するすべてのモデルが同じプロセスに入るという確信を政府の評価者にもたらす。

ホワイトハウスのアプローチは、開発者には製品、顧客、評判を守る動機があるという前提に立つ。また、協力を迅速な米国主導の開発を維持する手段と位置付けている。

ゴットハイマーのアプローチは、任意参加には危険な空白が残ると考える。競争圧力に直面する企業は、開示を遅らせたり、試験範囲を狭めたり、政府によるリスク評価が終わる前に公開したりする可能性がある。

どちらの立場も、米国のリーダーシップを支えると主張している。見解の相違は、モデル能力が国家安全保障と交差する際、公開前の最終判断を誰が管理すべきかという点にある。

ローラーはこの提案を、最も高性能なシステムに対する予防措置として位置付けた。ゴットハイマーの公式リリースでローラーは、こうしたモデルが壊滅的なサイバー攻撃を可能にしたり、化学・生物・放射線兵器の開発を促進したりし得るかを、配備前に政府が判断すべきだと述べた。

この基準は一見わかりやすいが、危険な能力は二値的な性質ではない。性能は、プロンプト、ツール、スキャフォールディング、ユーザーの専門性、安全対策、外部システムへのアクセスに左右される。

あるモデルは、統制された生物学的評価では低い性能にとどまる一方、科学データベースに接続されると有用性を増す可能性がある。別のモデルはエクスプロイトコードを生成できても、完全な攻撃を確実に実行できるとは限らない。

試験結果もすぐに古くなる。開発者は、連邦審査が終了した後に、システムプロンプト、推論ツール、安全レイヤー、外部連携を更新できる。

政権の任意モデルは協力とスピードを重視する。American AI Security Actは包括的な対象範囲と正式な説明責任を重視する。

どちらのアプローチも不確実性をなくすものではない。任意制度では開発者を見落としたり、選択的な参加を促したりする可能性があり、義務制度では不完全なベンチマークに対する誤った安心感を生み出すおそれがある。

この政治的な対立は、連邦AI規則をめぐるより広範な争いの最中にも起きている。ホワイトハウスは、モデル開発への制限を減らし、州レベルの規制をより強く制限する方針を支持してきた。

ゴットハイマーは、この枠組みには説明責任が不十分だとして批判している。Associated Pressの分析は、すでに複数の州が民間AI市場の一部を規制していると指摘した。

こうした州の動きは、連邦レベルの交渉を複雑にする。議員らは、全国的な枠組みが州の保護策を補完すべきか、置き換えるべきか、あるいは一部の消費者向けルールを維持すべきかを決めなければならない。

American AI Security Actは、より限定的な道を取る。包括的な消費者向けAI法典を作るのではなく、最も高性能なモデルと国家安全保障上の脅威に焦点を当てる。

この焦点は、超党派の交渉を促進し得る。サイバー攻撃と非通常兵器は、自動化された採用、広告、エンターテインメントをめぐる争いよりも、連邦政府の利害が明確だ。

それでも狭い法案であっても、OpenAI、Anthropic、Google、Meta、その他の高度なモデル開発企業に圧力をかけることになる。これらの企業の公開スケジュールは、政府の能力や審査手続きの影響を受け得る。

クラウドプロバイダーも影響を受ける。高度なシステムの評価、ホスティング、配布に必要な計算インフラを提供しているからだ。

企業の購入担当者も注視すべきだ。法案が成立しても民間顧客向けの広範な安全認証を作るわけではないが、連邦審査が調達上のシグナルになる可能性がある。

したがって、提案された審査は安全保障の仕組みであると同時に、市場への介入でもある。フロンティアモデルがユーザーに届く前に、不確実性のコストを誰が負担するかを変える。

China FIREWALL Act、DeepSeekを超えて法案パッケージを拡大

第2の法案は、ソフトウェアベンダーが基盤モデルを隠している場合でも、モデルの出自とサプライチェーン上の露出を連邦政府の安全保障リスクとして扱う。

ゴットハイマーは、ニューヨーク州選出の共和党下院議員ニック・ラロタとともにChina FIREWALL Actを提出した。この提案は、中国で開発されたオープンウェイトモデルを政府支給端末で使用することを禁止するものだ。

また、政府機関がこうしたモデルに依存するソフトウェアを購入することも阻止する。この規定は、直接的なモデルのダウンロードだけでなく、請負業者や商用アプリケーションを通じた間接的な露出も対象とする。

ゴットハイマー事務所によると、この制限案は、2026会計年度の国防法に盛り込まれたDeepSeekに焦点を当てた連邦禁止措置を基礎としている。新法案は、このアプローチを中国で開発されたオープンウェイトシステム全体へ広げるものだ。

この拡大は、現実的な調達上の課題に対応する。政府機関は特定のアプリケーションをブロックできても、組み込み型または外部ホスト型のモデルを介してリクエストを送る別の製品を取得する可能性は残る。

ソフトウェアのサプライチェーンには、複数のサービス、ライブラリ、下請け業者が含まれることが多い。政府機関の購入担当者は、アプリケーションのブランドは目にしても、その運用に関わるすべてのモデルを把握できない可能性がある。

China FIREWALL Actは、ベンダーにモデル依存関係をより明確に開示するよう促すことになる。請負業者は、モデルの出自と、下流サービスが禁止対象コンポーネントに依存しているかを明らかにする必要がある。

この要件は、中国企業だけに影響するものではない。AlibabaのQwenのようなモデルを組み込む米国のソフトウェア企業は、連邦政府との契約に向けて代替システムを必要とすることになる。

この提案は、難しい分類上の問題も提起する。「中国で開発された」という表現は明確に聞こえるが、モデルに国際的な研究者、外国の学習データ、再配布されたウェイト、あるいは米国企業による改変が含まれる場合、その判断は複雑になる。

オープンウェイトは、この問題をより難しくする。開発者はモデルをダウンロードし、新たなデータでファインチューニングし、セーフガードを変更したうえで、別の名称で派生版を配布できる。

政策立案者は、出自を元のウェイト、管理組織、学習インフラ、あるいは最終製品を配布する主体のどれに紐付けるかを判断する必要がある。

全面的な禁止は調達判断を単純化できる一方、モデル間の重要な差異を覆い隠すおそれもある。セキュリティは国籍だけでなく、導入アーキテクチャ、データの取り扱い、保守、アクセス制御にも左右される。

この法案の戦略的主張は、連邦政府のシステムは中国の管轄下で開発された技術への依存を避けるべきだというものだ。支持者は、この出自に伴うリスクだけで包括的な規則を設ける十分な理由になるとみている。

批判者が、来歴だけで完全なセキュリティ評価を提供できるのかと問うのはもっともだ。管理の不十分な国内モデルが深刻な脆弱性を生むこともあれば、ローカル環境に隔離された外国製モデルが運用データをほとんど露出しない場合もある。

したがって、この2法案は異なる規制哲学を適用している。American AI Security Actは対象システムの危険な能力を検査する一方、China FIREWALL Actは出自に基づいてシステムを制限する。

これらの哲学は共存し得るが、混同すべきではない。一方はモデルに何ができるかについての証拠を求め、他方は敵対的なサプライチェーン関係そのものを独立したリスク源とみなす。

China FIREWALL Actが前進すれば、連邦政府の請負業者が最も早く直接的な運用上の圧力を受ける可能性がある。モデル、コンポーネント、ホスト型エンドポイント、下請け業者への依存関係を網羅するインベントリが必要になる。

このインベントリ作成プロセスは、Gottheimer氏の以前のエージェントセキュリティ法案が扱ったガバナンス上の課題に似ている。Stop Rogue AI Actは、組織ネットワーク内のエージェントを発見、検証、監視、制御することを求めている。

両法案は、目に見えるアプリケーションを規制する方針から、隠れた技術的依存関係を統治する方針へのより大きな転換を示している。エージェントや組み込みモデルは、標準的なソフトウェアインベントリに現れずに稼働し得るため、この転換は重要だ。

政府のテクノロジーチームにとって、実務上の教訓は明白である。職員がどのアプリケーションを開くかを知るだけでは、もはや十分ではない。政府機関は、その下層にあるモデル、エージェント、ツール、データ経路を特定する必要がある。

実際には、調達チームが、要約機能が政府機関の資料を禁止対象のモデルエンドポイントへ送信することに気付かないまま、馴染みのある文書管理製品を承認する可能性がある。完全なインベントリがあれば、ソフトウェアが政府利用者に届く前にその依存関係を明らかにできる。

義務的なテストは一つの穴を埋めるが、別の穴を生む

連邦政府による審査は民間監査人には見えないリスクを明らかにできるが、審査通過が現実世界での安全な挙動を保証することはできない。

導入前の評価は、管理された条件下で行われる。評価者は、ベンチマーク、敵対的プロンプト、シミュレーション環境、あらかじめ定められた脅威シナリオに対してモデルをテストする。

実際の導入環境は、これほど整然としていない。利用者はモデルを外部ツール、非公開データ、カスタム指示、他のエージェントと組み合わせる。こうした組み合わせにより、評価時には見られなかった挙動が生じる可能性がある。

2026年3月のNISTによる導入済みAIシステムの監視に関する報告書は、なぜテストをリリース時点で終わらせられないのかを説明している。著者らは、管理された導入前評価には価値がある一方で、予期しない出力、変化する運用条件、現実世界での利用時にのみ現れる結果を検出するには導入後の監視が必要だと指摘した。

同報告書は、監視対象のシステムが評価条件を認識した場合、異なる挙動を示す可能性についても論じている。この可能性は、テストの成功が通常利用時の挙動を常に予測するという前提を弱める。

この制約は、導入前テストを無用にするものではない。評価は、より大きな監視システムの中にある一つの統制手段として扱うべきだという意味である。

最も強固な実施方法は、リリース前の評価結果を、リリース後の報告、インシデント分析、アクセス制御、反復テストへ接続することだろう。発表された法案は、継続的なライフサイクルよりも最初の審査ポイントを明確に強調している。

閾値設計には別のリスクもある。法律が学習計算量を主な発動条件とする場合、開発者はその閾値を下回るためにアーキテクチャを変更したり、ワークロードを分散したりできる。

閾値が能力テストに依存するなら、政府はモデルの進歩に合わせてベンチマークを更新しなければならない。公開ベンチマークは学習の標的にもなり得るため、独立した測定手段としての価値が下がる可能性もある。

機密扱いの評価は、公開を制限することでこの問題の一部を解決する。同時に、外部からの精査を難しくし、国家安全保障機関に大きな権限を集中させる。

開発者は、機微なウェイト、アーキテクチャの詳細、未公開の能力が保護されたままであるという確信を必要とする。政府でセキュリティ侵害が起きれば、非常に価値の高い知的財産が露出する可能性がある。

小規模な研究所には別の懸念がある。大手開発者はすでに政府対応、コンプライアンスチーム、セキュアなインフラ、専任の評価スタッフを備えている。

小規模企業は、連邦テスト向けにモデルを整備したり、迅速な審査中に対応したりすることに苦労するかもしれない。コンプライアンス負担は、既存研究所の市場における地位を強める可能性がある。

したがって、不服申立てのプロセスが重要になる。開発者には、危険な能力や関係する機密証拠を公に明かさずに、不利な判断へ異議を申し立てる実用的な方法が必要だ。

当局には是正措置の基準も必要となる。モデルが不合格となる理由は、セーフガードが容易に回避できるためかもしれないし、基礎となる知識が危険であるためか、あるいはツールが有害行為を容易にするためかもしれない。

これらの失敗には異なる対応が必要となる。アクセス制限の強化で対処できる問題もあれば、再学習、能力の削除、あるいは公開範囲の縮小が必要な問題もある。

法案の30日間の審査期間は有益な規律を生むが、その期限に意味があるかどうかはリソースによって決まる。NSAには、有能な評価者、セキュアな計算能力、再現可能な手法が必要になる。

モデル開発者は、重なり合うスケジュールでシステムをリリースする。特に複数企業が同時に対象となる閾値に近づけば、提出件数の急増によって待ち行列が生じる可能性がある。

政府の評価者は、専門的なインフラを運用するために研究所の人員に依存する可能性もある。こうした技術支援はテストを改善し得る一方、Gottheimer氏が民間監査で指摘する依存関係を再び持ち込むことになる。

適切な比較対象は、独立した政府審査と利害が対立する民間テストの対比ではない。実際には、どちらの仕組みも開発者、評価者、セキュリティ研究者、インフラ提供者の協力に依存している。

連邦機関は、一般の監査人が利用できない機密脅威情報を保有している。民間研究者はしばしば、特定モデルのアーキテクチャや失敗モードについて、より深い知識を持つ。

信頼できる制度は、これらの利点を組み合わせるべきだ。また、審査完了とモデルが無害であるという保証を区別しなければならない。

そうしなければ、この法案は「レビュー・ウォッシング」を助長するおそれがある。すなわち、企業が政府のアクセスを一般的な安全性の証明として売り込むことだ。提案されている審査は、すべての消費者被害や社会的被害ではなく、特定の国家安全保障上の脅威に焦点を当てているように見える。

この区別は、企業の購入者と一般市民に対して明確であり続けなければならない。サイバーおよび兵器に関する評価を通過しても、差別、プライバシー、ハルシネーション、労働への影響、操作的な行動についてはほとんど何も語らない。

例えば、病院の調達チームは、あるモデルが連邦政府の国家安全保障審査を完了したことを確認できても、それが臨床文献を捏造しないか、患者群ごとに性能のばらつきがないかについての証拠を得られない可能性がある。同様に、銀行にはプライバシー、バイアス、信頼できない顧客向け助言について、別途テストが必要となる。

したがって、懐疑的な見解は義務的な審査に価値がないというものではない。狭いリリース前テストが過大に売り込まれる一方で、導入後もリスクは変化し続けるという点にある。

議会は依然として提案を運用システムへ変えなければならない

超党派の共同提案はこの政策パッケージに前進の余地を与えるが、法案文、委員会での審議、実施能力が、これが単なる提案以上のものになるかを左右する。

Gottheimer氏は、Problem Solvers CaucusがAIと進化するテクノロジーに関する作業部会を設立した翌日に、このパッケージを発表した。Gottheimer氏とLawler氏は、その共同代表に指名された。

このタイミングは、超党派の議論に向けた制度上の経路を生む。しかし、下院指導部が法案の日程を組むことも、上院が対応する文言を採択することも保証しない。

Gottheimer氏は、議会指導部が自身の他のAI安全法案を本会議に持ち込んでいないと述べた。この批判は、超党派法案の発表と、可決に十分な支持を取りまとめることの違いを浮き彫りにしている。

政治日程も圧力を加える。AI政策は、国家安全保障、消費者保護、州の権限、産業競争、連邦調達に関わる。

議員たちは、先端AIが重大なリスクを生むことには同意できても、政府機関の権限については意見が分かれる可能性がある。義務的な審査がライセンス制度に似ているかどうかでも対立し得る。

政権の命令は、義務的な事前承認を明確に退けている。American AI Security Actは、対象モデルに対して、同命令が避けているまさにその種の強制的な審査ポイントを設けることになる。

この対立が議論を形作る。支持者は、この審査がAI開発の一般的な許可制度ではなく、限定された国家安全保障措置である理由を説明しなければならない。

反対者は、任意参加によって、アクセスを拒む開発者や、自らのシステムを政府が望むプロセスの外に定義する開発者をどのようにカバーするのかを説明する必要がある。

議会は、NSAが適切な主導評価機関かどうかも判断しなければならない。同機関は関連するサイバー能力と機密対応能力を有するが、その任務は民生製品の規制とは異なる。

NIST、Cybersecurity and Infrastructure Security Agency、Office of the National Cyber Directorは、すでに関連する責務を担っている。役割が十分に定義されなければ、重複や判断の不整合が生じる可能性がある。

既存の連邦戦略は、有用なインフラを提供している。Executive Order 14409は、各機関に機密ベンチマークの開発とAIサイバーセキュリティ情報共有機関の設立を指示している。

同命令は、この情報共有機関を、脆弱性の発見、検証、是正、パッチ配布を調整するための仕組みとして説明している。Gottheimer氏は、そのソフトウェア脆弱性への焦点では、機械の速度で動作する自律エージェントに十分対応できないと主張している。

この懸念は、新たなパッケージをStop Rogue AI Actと結び付ける。同法案は、エージェントのインベントリ、来歴、リアルタイム監視、取り消し可能なアクセスに関する標準をNISTに策定させるものだ。

これらの取り組みは、認識可能な政策の方向性を形成している。政府は、重要ネットワーク内でどのモデルとエージェントが稼働しているか、誰がそれを管理し、何にアクセスできるかについて、より良い可視性を求めている。

リリース前のモデル審査が対象とするのは、そのうちの一層にすぎない。エージェントのアイデンティティ標準、連邦調達規則、脆弱性情報の共有、導入後の監視が、他の層を扱う。

政策パッケージが成功するのは、それらの層がつながる場合に限られる。そうでなければ、開発者はモデル審査を通過しても、下流のエージェントがツールや権限を通じて新たなリスクを生む可能性がある。

同じシステムも、リリース後に変化し得る。ファインチューニング、検索拡張システム、コンテキストの拡大、ソフトウェア更新は、まったく新しいベースモデルを作らずとも、実効的な能力を変化させる可能性がある。

法案の文言では、どの変更が再審査を引き起こすのかを明記する必要がある。軽微な改訂のたびに承認を義務付ければ評価担当者の負担が過大になり、重大な変更を見過ごせば明白な抜け穴となる。

China FIREWALL Actにも同様の精密さが求められる。政府案件に入札する前に、請負業者が派生モデルや混合システムをどのように分類すべきかを把握できなければならない。

明確な調達ガイダンスには更新プロセスも必要となる。モデルの所有者、名称、ライセンス、技術的系譜が変化する中、固定的な禁止リストはすぐに時代遅れになる。

このため、今回の発表は確定した規制設計ではなく、出発点を示すものだ。大まかな目標は見えている一方で、運用上の選択肢のいくつかは依然として未解決である。

AI安全保障パッケージの実効性を示す3つのシグナル

次の試金石はAIリスクに関する新たな警告ではない。測定可能な権限と能力に基づく実行可能な審査制度を議会が構築できるかどうかだ。

第1のシグナルは、完全な法案文書の公表と正式な委員会付託である。その文書では、対象となるフロンティアモデル、審査の発動条件、政府機関の責任、機密保持措置、異議申立て手続きを定義すべきだ。

精密な法案は、義務的な審査が限定的な範囲にとどまり得ることを示し、Gottheimerの主張を強化する。定義が曖昧であれば、その主張は弱まり、ほぼあらゆる高度なモデルに連邦政府の許可が必要になるとの批判を招く。

特に注目すべきは、しきい値の仕組みである。計算規模、テスト済みの能力、導入状況を組み合わせる方式は、単一の測定基準よりも回避が難しい。

第2のシグナルは、関係機関が実施能力を開示するかどうかである。議会は30日という期限を設けられるが、安全な計算インフラと有資格の評価者がなければ、その期限に大きな意味はない。

予算措置、人員計画、機関間協定、テスト手順は、この提案が実際に運用可能かを明らかにする。不足するリソースは、厳格な期限をボトルネック、あるいは表面的なコンプライアンス演習へと変えてしまう。

政府はまた、有意義な異議申立てを妨げることなく、機密情報をどのように評価へ組み込むのかを説明すべきだ。この設計によって、開発者がプロセスを技術的に信頼でき、手続き上公正だと考えるかが決まる。

第3のシグナルは、超党派の共同提案者が公聴会、委員会採決、または上院での対応法案を確保できるかどうかである。公的な支持表明は有用だが、法案が混雑した議会日程を乗り越えられるかは手続き上の進展にかかっている。

Problem Solvers Caucus news archive は、超党派のAIグループが共同文書、監督活動、または交渉による修正案を生み出しているかを追跡できる場所の一つである。

中国関連の制限だけが進展する場合、義務的テストよりも国家的出自に基づく規制のほうが支持を得ていることを示す。両法案が進展すれば、導入前の連邦政府介入へ向けた、より広範な転換を示すことになる。

委員会での動きがなければ、議会の警戒感と立法能力の間にある、よく知られた隔たりが明らかになる。その場合、政権の自主的枠組みが、モデル審査に関する主要な連邦の仕組みとして残ることになる。

開発者、クラウド事業者、企業の購買担当者は、最終成立を待たずに自らの準備状況を検討すべきだ。モデルのインベントリ、来歴記録、アクセス制御、リリース前および継続的評価の証拠が必要になる。

こうした実践は、組織が議会と同じ問いに答える助けとなる。どのような能力が存在するのか、誰がそれを管理するのか、アクセスをどう撤回できるのか、そして挙動が変化した場合に何が起こるのか。

GottheimerのAI安全法案が重要なのは、議員の前に具体的な判断を突き付けるからだ。高度なモデルのテストを自主的なパートナーシップとして維持するのか、それとも公開の法的条件にするのかを選ばなければならない。

正しい答えは、「安全性」という言葉だけに依拠することはできない。読者は、そのラベルを強制力のある制度へ変えるしきい値、評価手法、政府機関のリソース、導入後の義務を追うべきだ。

今後数か月は、演説だけでなく手続き上の進展を数える必要がある。議会は実行可能な定義を公表し、評価担当者に資金を配分し、公開時のテストを継続的な監督につなげるのだろうか。

これらの要素がそろえば、義務的な連邦審査はフロンティア開発における信頼できる新たな段階となる。そうでなければ、このパッケージは、既存機関がいまだ管理できないリスクに関する野心的な警告にとどまる。

 
 

無料で始めましょう

ローカルファーストのパーソナル知識管理付きAIアシスタント

より良いAI体験のために、

remio は現在、 Windows 10+ (x64)M-Chip Mac のみをサポートしています。

仕事のAIパートナー
remioでもっと仕事が進む

計画・作成・仕上げまで
すべてをひとつに

bottom of page