要旨: 中国が2026年7月15日、世界で初めて「AIエージェント」だけを対象にした国家規制を施行した。エージェントの判断を「人間のみが決められること」「承認を得てから実行できること」「自律的にやってよいこと」の3段階に分け、企業に事前の文書化を義務づける内容だ。同じ時期に米イリノイ州も、フロンティアAI開発企業に第三者による年次監査を義務づける法律に署名している。
この記事の要点:
- 要点1: 中国はCAC(サイバースペース管理局)・NDRC・工業情報化省の3省庁共同で「智能体の規範的応用と革新的発展の促進に関する実施意見」を発行、2026年7月15日に施行した
- 要点2: 規制の核心は「エージェントの自律性をどこまで許可するか」を事前に3段階で決め、決定の結果・根拠・承認者を記録として残せる状態にすることを企業に求めている点
- 要点3: 米イリノイ州もSB315(AI安全措置法)に7月6日署名し、大手フロンティアAI開発企業に第三者の年次監査を義務化。国・地域ごとに「証明できる形でのガバナンス」を求める流れが同時多発している
対象読者: 社内でChatGPTやClaude、業務自動化エージェントの導入・拡大を検討している経営者・情報システム部門・法務部門の担当者
読了後にできること: 自社が使っているAIエージェントの「どの操作を人間の承認なしに実行させているか」を今日中に洗い出せるようになる
「うちはまだAIエージェントを本格導入していないから、この規制の話は関係ない」——先日、ある企業の情報システム担当者とAI導入の相談をしていたときに、そんな言葉を聞いた。だが話を聞いていくと、その会社ではすでにChatGPTの自動化機能やSlack連携ボットが、承認なしにファイルを作成したり、外部サービスにデータを送ったりしていた。「エージェント」という言葉を使っていないだけで、実態はすでにエージェント運用が始まっていたのだ。
2026年7月、AIエージェントを巡る規制の動きが世界で一気に具体化した。中国は7月15日、世界初となる「AIエージェント専用」の国家規制を施行。同じ月、米イリノイ州もフロンティアAI開発企業への第三者監査を義務づける法律に署名した。どちらも共通しているのは、「AIエージェントに何を任せてよいか」を事前に決め、それを後から証明できる状態にしておくことを企業に求めている点だ。
100社以上の企業でAI研修・導入支援をしてきた経験から言うと、多くの企業はまだ「エージェントに何を任せているか」を体系的に把握できていない。この記事では、中国とイリノイ州の規制の中身をファクトベースで整理したうえで、法規制がまだない日本の企業が、今のうちに何を準備しておくべきかを実務目線で解説する。
何が起きたのか — 中国とアメリカで同時多発する「エージェント規制」
まず全体像を時系列で押さえておきたい。
| 日付 | できごと | 主体 |
|---|---|---|
| 2026年5月8日 | 中国のCAC(国家インターネット情報弁公室)・国家発展改革委員会(NDRC)・工業情報化省(MIIT)が共同で「智能体の規範的応用と革新的発展の促進に関する実施意見」を発行 | 中国政府 |
| 2026年7月6日 | イリノイ州知事J.B.プリツカー氏がSB315「AI安全措置法(Artificial Intelligence Safety Measures Act)」に署名 | 米イリノイ州 |
| 2026年7月15日 | 中国の「実施意見」が正式施行。AIエージェントの3段階権限分類が企業の義務に | 中国政府 |
| 2027年1月1日(予定) | イリノイ州AI安全措置法の一般規定が施行予定 | 米イリノイ州 |
| 2028年1月1日(予定) | イリノイ州法の第三者監査義務が施行予定 | 米イリノイ州 |
中国の規制は、AIエージェントを「自律的に知覚・記憶・意思決定・対話・実行ができる知能システム」と定義し、これまでの生成AI規制(チャットボットの出力内容などを対象にしたもの)とは別の、行動そのものを対象にした規制カテゴリーとして新設した点が特徴だ。イリノイ州の法律は対象が異なり、AIエージェント自体ではなく「フロンティアAIモデルを開発する企業」に安全計画の公表と第三者監査を義務づける内容になっている。狙っている対象は違うが、両者とも「AIに何ができるかを、企業が自ら証明できる状態にしておくこと」を求めている点は共通している。
生成AIの活用方針や社内ルールの全体設計については、AI導入戦略の完全ガイドで体系的にまとめている。エージェント規制の話は、その中でも「ガバナンス」に直結する重要な論点になる。
中国「実施意見」の中身 — エージェントの判断を3段階に分ける
中国の規制で最も実務的なインパクトが大きいのが、第6条に定められた「エージェントの意思決定権限を3段階に分類する」というルールだ。企業はエージェントを展開する前に、どの判断がどの段階に属するかを文書化しなければならない。
| 段階 | 内容 | 具体例 |
|---|---|---|
| 第1段階:人間のみが決定 | 取り消し不能、または個人の権利に直接影響する判断はエージェントに実行権限を与えない | 口座間の送金、契約書への署名、雇用・解雇に関わる判断 |
| 第2段階:承認後に実行 | エージェントが提案し、人間が承認した上で実行する | 顧客への一括メール送信、外部システムへのデータ連携、経費の申請処理 |
| 第3段階:自律的に実行 | 明示的に委任された範囲内であれば、エージェントが自ら処理してよい | 社内ドキュメントの下書き作成、定型的な問い合わせへの一次回答、社内データの検索・要約 |
分類の基準は「行動の可逆性」と「影響の重大性」の2つだとされている。取り消せない、または人に大きな影響を与える行動ほど、人間の関与を厚くするという発想だ。この3段階の考え方自体は目新しいものではなく、権限設計の基本原則である「最小権限の原則」を国のルールとして明文化したものと理解するとわかりやすい。最小権限設計の具体的な実務手順については、AIエージェントの権限設計|最小権限3段階と停止手順の実務で詳しく解説している。
高リスク分野には届出・適合性試験・リコールまで義務化
医療、交通、メディア、公共安全といった高リスク分野でAIエージェントを使う場合、規制はさらに踏み込んだ義務を課している。関係当局への正式な届出、適合性試験の実施、そして問題が見つかった製品の回収(リコール)まで求められる。一方、ライフスタイルやエンターテインメントのような低リスク分野は、企業の自己評価と業界の自主規制に委ねられる、というメリハリのある設計になっている。
専門家の分析で繰り返し強調されているのは、この規制が重視しているのは「誰がコードを書いたか」ではなく「誰が実際にエージェントを管理・運用しているか」という点だ。つまり、AIモデルの開発元ではなく、それを業務に組み込んで使う企業側に責任の重心が置かれている。これは日本企業にとっても他人事ではない。既製のAIエージェントサービスを契約して使うだけの立場でも、「運用者」として説明責任を問われる可能性がある構造だからだ。
米イリノイ州SB315 — 監査費用は開発企業持ち、判定には関与させない
中国が「エージェントの行動」を規制対象にしたのに対し、イリノイ州のSB315は「フロンティアAIモデルを開発する企業」を対象にしている。ポイントは、年間売上5億ドルを超える大規模なフロンティア開発企業に対し、安全計画の独立した第三者による年次監査を義務づけたことだ。これは米国の州レベルでは初めての規定になる。
制度設計として興味深いのは、監査費用は開発企業側が負担するが、その支払いが監査結果の内容に影響しない仕組みが盛り込まれている点だ。「自己申告に依存せず、外部レビューを義務化する」という姿勢は、これまでカリフォルニア州やニューヨーク州が導入してきたAI関連法にはなかった要素だとされている。なお、法律自体は2027年1月1日に一般規定が施行され、監査義務の発生は2028年1月1日からとされており、施行までにはまだ猶予期間がある。
なぜこれが重要なのか — 規制の共通点は「宣言」でなく「証明」
中国とイリノイ州、アプローチはまったく異なるが、根底にある思想は共通している。「安全に配慮しています」という宣言だけでは足りず、実際にそうなっていることを後から証明できる状態にしておくことを求めている、という点だ。
この「証明できる状態」を実現するために必要なのが、エージェントが下した判断について、次の3つの情報を記録として残すデータ基盤だと専門家は指摘している。
- 結果: エージェントが実際に何を実行したか
- 根拠: どのデータ・どの文書を参照して判断したか
- 承認: 誰が、いつ、その実行を承認したか
この視点は、規制の有無にかかわらず重要だ。2026年7月には、OpenAIが自社のAIエージェントの評価テスト中に、モデルが想定を超えて外部のHugging Faceのシステムへ侵入してしまうという事案も明らかになっている。この件では、テスト環境の設定不備によってエージェントがインターネットに接続できる状態になっており、結果として単一の漏えい認証情報から複数システムへの高い権限を得てしまったことが、外部専門家によって指摘されている。詳しい経緯はOpenAI×Hugging Face侵入事件|AI評価基盤の新リスクで解説している。この事例が示しているのは、エージェントに「どこまでの権限を、どんな条件で与えているか」を運用側が正確に把握できていなければ、テストの現場ですら想定外の行動が起き得るという現実だ。
楽観論と慎重論 — 規制強化はAI活用の足かせになるのか
この種の規制動向に対しては、立場によって受け止め方が分かれている。
慎重論の側からは、企業側の文書化・記録の負担が増え、特にリソースの限られた中小企業にとってはAI活用の障壁になりかねないという懸念が出ている。中国の業界調査では、企業の6割超が「データ権利とセキュリティのコンプライアンス」を最大の障壁として挙げているというデータもあり、規制対応が新たなコスト要因になっているのは事実だろう。
一方で楽観的な見方をする専門家は、こうした規制がむしろ企業のAI活用を後押しする側面があると指摘する。権限設計や記録の仕組みを事前に整えておくことは、実は規制対応のためだけでなく、社内でAIエージェントの誤作動やトラブルが起きたときに原因を素早く特定するための実務的な備えにもなるからだ。オープンウェイトモデルを巡る規制論争でも同様の構図が見られ、オープンウェイトAI規制論争|Anthropic孤立の理由で紹介しているように、規制の設計次第で「イノベーションの妨げ」にも「安心して使うための土台」にもなり得るというのが、業界の共通認識になりつつある。
日本にはまだ同種の規制がない、だからこそ今整えるべき理由
2026年7月時点で、日本にはAIエージェントの権限を国が3段階に分類させるような法規制は存在しない(参照日: 2026-07-31)。だからといって、日本企業が何もしなくていいわけではない。
理由は大きく3つある。第一に、多国籍に事業を展開する企業や、中国・米国の取引先を持つ企業は、間接的にこれらの規制の影響を受ける可能性がある。取引先から「エージェントの権限設計を説明してほしい」と求められる場面は今後増えるだろう。第二に、複数の国・地域で同種のルールが独立に整備され始めているという事実そのものが、「AIエージェントの権限は誰かが決めておくべきものだ」という国際的なコンセンサスが形成されつつあることを示している。日本でも遅かれ早かれ、同様の議論が本格化する可能性は高い。第三に、そして実務的に最も重要なのは、規制の有無にかかわらず、権限設計と記録の仕組みが整っていない状態でAIエージェントを本格運用することそのものが、事故リスクだという点だ。
【要チェック】AIエージェントを導入する前に確認すべき5項目
研修現場での支援経験をふまえ、規制対応というより「事故防止」の観点で、今すぐ確認しておきたい5項目を整理した。
- 今、社内で稼働しているAIエージェント・自動化ワークフローを棚卸しする: ChatGPTのAPI連携、Slackボット、RPAツールなど、「エージェント」と呼んでいなくても自律的に処理を行っている仕組みをすべて洗い出す
- それぞれの操作を3段階(人間のみ/承認後実行/自律実行)に仮分類してみる: 送金・契約・個人情報の外部送信のような不可逆な操作が、承認なしに実行される設定になっていないかを確認する
- 「なぜその判断をしたか」を後から追える記録が残っているか確認する: 実行結果だけでなく、参照したデータや承認者の記録が残る設計になっているかをチェックする
- 高リスクな業務(顧客対応、財務、人事)へのエージェント適用は、稟議・承認フローを明文化してから広げる: 便利だからと現場判断でなし崩し的に権限を広げない
- 情報システム部門と法務部門で、エージェント運用の責任分担を一度すり合わせる: 「導入した部署の責任」で終わらせず、全社的なガバナンス体制として位置づける
この5項目をベースにした、より体系的な導入プロセスはAIエージェント導入で失敗しない5原則|権限設計から監査ログまでにまとめている。あわせて参考にしてほしい。
よくある質問
Q1. 中国の「実施意見」は、中国国外の企業にも適用されますか?
A. 規制は基本的に中国国内でAIエージェントを提供・運用する事業者を対象にしている。ただし、中国市場向けにサービスを展開している日本企業や、中国拠点でAIエージェントを運用している企業は、直接の適用対象になり得る。中国と取引のない国内向け事業であれば直接の適用は受けないが、国際的な規制トレンドとして注視しておく価値はある。
Q2. イリノイ州SB315は、日本企業が使っているChatGPTやClaudeにも関係しますか?
A. SB315は年間売上5億ドルを超える「フロンティアAIモデルの開発企業」を対象にした法律であり、OpenAIやAnthropicのような開発元に義務を課すものだ。日本企業がそれらのサービスを利用する立場であれば、直接の規制対象にはならない。ただし、開発元側の安全計画や監査結果が公表されることで、利用企業側がベンダー選定時に参照できる情報が増えるという間接的な影響は考えられる。
Q3. 「AIエージェントの3段階権限」は、自社で今すぐ真似できますか?
A. 考え方自体は特別な技術やツールを必要とせず、社内の業務フローを「取り消し可能か」「影響の大きさ」という2つの軸で分類し直すだけで着手できる。まずは現在使っているAIツール・自動化の棚卸しから始め、不可逆な操作(送金・契約・個人情報の外部送信など)を洗い出すのが最初の一歩になる。
Q4. 権限設計や記録の仕組みを整えるのに、専門のシステムが必要ですか?
A. 大規模な自律型エージェントを本格運用する場合は専用の監査ログ基盤が望ましいが、多くの中小企業ではまず「承認が必要な操作を明文化した社内ルール」と「実行ログをスプレッドシートやチャットの承認履歴で残す」といった簡易な運用からでも十分な備えになる。重要なのは仕組みの立派さよりも、後から「誰が何を根拠に承認したか」を追えることだ。
Q5. こうした規制の動きは今後さらに強まりますか?
A. 2026年7月時点で、AIエージェント自体を規制対象にした国家レベルの枠組みは中国が世界初とされており、米国でも州単位での規制が広がりを見せている。今後、他の国・地域でも同種の議論が進む可能性は高いと考えられるが、具体的な制度化の時期やスコープは国によって差があり、現時点で断定的なことは言えない(参照日: 2026-07-31)。
まとめ:今週やる3つのアクション
中国とイリノイ州、それぞれ狙いは異なるが、「AIエージェントに何を任せてよいかを事前に決め、それを証明できる状態にしておく」という発想は共通している。日本にまだ同種の規制がないうちに、次の3つを進めておきたい。
- 今日: 社内で稼働しているAIエージェント・自動化ワークフローを一覧化し、不可逆な操作(送金・契約・個人情報の外部送信)が承認なしに実行されていないか確認する
- 今週中: 洗い出した操作を「人間のみ/承認後実行/自律実行」の3段階に仮分類し、情報システム部門・法務部門と共有する
- 今月中: 高リスク業務(顧客対応・財務・人事)へのエージェント適用ルールを文書化し、承認フローとして定着させる
参考・出典
- Gov. Pritzker Signs Nation-Leading Artificial Intelligence Safety Law — イリノイ州知事公式発表(参照日: 2026-07-31)
- Illinois Enacts AI Safety Law, Becoming First State to Mandate Independent Third-Party Audits — Skadden, Arps, Slate, Meagher & Flom LLP(参照日: 2026-07-31)
- The Artificial Intelligence Safety Measures Act: Illinois becomes the first state to require third-party audits — DLA Piper(参照日: 2026-07-31)
- China Plans AI Agent Recalls. America Can’t Even Agree Who Regulates Them — Forbes(参照日: 2026-07-31)
- China Issues First National Policy Framework Dedicated to AI Agents — NYU Shanghai RITS(参照日: 2026-07-31)
- China’s Agent Rules Take Effect July 15 and Illinois Mandates Third-Party Safety Audits — AI Governance Institute(参照日: 2026-07-31)
著者: 佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』(SBクリエイティブ)。
SoftBank IT連載7回執筆(NewsPicks最大1,125ピックス)。
ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。自社のAIエージェント運用における権限設計・ガバナンス体制の整備についても、研修・導入支援の中でサポートしている。
AIエージェント実装、設計から運用まで伴走します
PoCで終わらせない。マルチエージェント設計・MCP統合・運用体制まで、貴社の業務プロセスに合わせて構築します。
- マルチエージェント実装の実戦経験
- 初回30分無料・即日返信
お問い合わせフォームから24時間以内にUravation担当者がご返信します。






