AI委員会を設置しても、利用開始を許可する人、事故時に止める人、損失を受け持つ人が曖昧なら統制は動きません。 AIガバナンス体制は、会議体の名称ではなく、AI一覧、リスク区分、審査ゲート、決定権、実装責任、証拠、停止・再開の権限をつないだ運用です。本稿は、経営企画、AI推進、法務、情報システム、セキュリティ、監査、事業部門が、自社規模に合う権限表と審査フローを作るための実務設計を示します。
AIガバナンス体制を規模・影響・自律性から選ぶ
体制の大きさは従業員数だけでなく、管理するAIの件数、外部提供の有無、対象者への影響、扱うデータ、AIが実行できる操作、自社開発か調達かで決めます。社内の文章校正を二つの承認済みサービスで行う企業と、数十の顧客向けAIが与信・発注・問い合わせ送信を行う企業に、同じ常設委員会と専任人数を求める合理性はありません。
前者は既存の情報セキュリティ・法務・事業責任者へ役割を追加でき、後者は全社横断のCAIO機能、専門レビュー、製品ごとの責任者が必要になります。
AIセーフティ・インスティテュート（AISI）「Chief AI Officerガイドブック Version 1.00」（文書日付2026年3月1日、3月17日公開）は、民間事業者がCAIOを設置・運用するための実務指針です。価値創出と責任ある活用の両立、経営陣との関係、組織設計、プロセス、評価・監督、人材、調達を扱います[1]。
同時公開の「Chief AI Officer設置・AIガバナンス実務マニュアル Version 1.00」は、AIライフサイクル、テンプレート、KPI、監査・報告まで具体化しています[2]。どちらも公的な実務指針であり、すべての企業へCAIOという役職名を法的に強制する文書ではありません。
| 状況 | 適する体制の例 | 最低限必要な権限 | 避けたい過剰設計 |
|---|---|---|---|
| 限定的な社内利用 | 既存のCISO・法務・業務責任者による兼務 | 許可サービス、禁止データ、例外、停止 | 軽微案件まで月次取締役会で個別承認 |
| 複数部門で継続利用 | AIガバナンス事務局と部門AI責任者 | 全社台帳、区分、共通基準、変更管理 | 各部門が独自基準と独自ベンダーを採用 |
| 顧客向けAIを提供 | CAIO機能、製品責任者、専門レビュー会議 | 出荷判定、監視、苦情、事故停止、廃止 | 法務または開発だけに最終責任を集中 |
| 高影響・自律操作を伴う | 経営監督、独立評価、24時間事故対応を含む体制 | リスク受容上限、二重承認、即時遮断、経営報告 | 四半期委員会まで停止判断を待つ |
| グループ・海外展開 | 本社原則と地域・事業別責任者の連邦型 | 最低基準、現地法差分、集約報告、域外停止 | 日本本社の一律規程だけで現地法を代替 |
体制を選ぶ前に、AI一覧が必要です。製品名だけでなく、所有部門、目的、対象者、データ、モデル、検索データ、外部ツール、出力先、契約、提供地域、リスク区分、最終承認、停止方法を登録します。ブラウザ上の汎用AI、業務SaaSに組み込まれた要約、API、自社モデル、AIエージェントを同じ一覧へ含めます。
一覧外のAIを審査できないため、調達・SSO・ネットワーク検知・経費精算・現場申告を複数の発見経路として持ちます。
全社CAIOを置かない場合でも、役割が不要になるわけではありません。誰がAI原則とリスク許容度を決め、部門間の衝突を解き、重大案件を経営へ上げ、投資と安全対策の優先順位を決めるかを明示します。役職名より、決定権と説明責任が欠けていないことを完成条件にします。
経営監督から現場実装まで四層の権限を定める
機能する体制は、経営監督、全社統括、専門的な第二線、事業・開発の第一線という四層を分けます。取締役会または経営会議は、AI戦略、リスク許容度、重大事故、投資、例外の上限を監督します。CAIOまたは同等の全社統括機能は、AIポートフォリオ、共通基準、リスク区分、横断課題、経営報告を管理します。
法務、プライバシー、セキュリティ、品質、人事、調達は専門要件を提示し、事業・開発・運用は個別AIの成果とリスクを所有します。
総務省・経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日公表）は、経営層のリーダーシップ、AIガバナンス・ゴールの設定、環境・リスク分析、システムデザイン、運用、評価などを継続的に行う考え方を示します[3]。このガイドライン自体を会社法上の新しい機関設置義務と扱わず、自社の既存リスク管理へ役割を割り付ける参考にします。
| 層 | 主な責任 | 留保する決定 | 受け取る証拠 |
|---|---|---|---|
| 経営監督 | 戦略、リスク許容度、資源、重大事故の監督 | 最高区分の利用、重大例外、全社停止、対外方針 | ポートフォリオ、重大リスク、事故、未是正一覧 |
| CAIO・全社統括 | 共通基準、台帳、優先順位、部門間調整、報告 | 区分変更、全社標準、横断ベンダー、再審査命令 | 審査記録、KPI、変更差分、監査結果 |
| 専門統制機能 | 法務、個人情報、セキュリティ、品質、調達の要件 | 法令・契約不適合の停止、専門条件、是正確認 | データフロー、契約、脅威モデル、試験結果 |
| 事業・製品所有者 | 目的、価値、対象者、運用、予算、残余リスク | 承認範囲内の開始、機能変更、日常運用、廃止提案 | 業務要件、受入基準、利用ログ、苦情、効果 |
| 開発・運用・利用者 | 設計、実装、試験、監視、承認済み手順の実行 | 技術選択と日常対応のうち委任された範囲 | 版、設定、テスト、リリース、変更、異常報告 |
専門部署が「助言」しかできないのか、一定条件で「拒否」できるのかを規程へ書きます。個人情報保護法上の要件未充足、既知の重大脆弱性、必要な許認可の欠如は、事業責任者の収益見込みだけで受容できない事項です。一方、法令を満たした後の市場投入時期や残余品質リスクは、専門部署だけでなく事業責任者が受け持ちます。
全員が承認者になる設計は、事故時に誰も説明責任を負わない結果を招きます。
監査機能は、個別案件の共同設計者になり過ぎると独立評価が難しくなります。内部監査は、台帳の網羅性、区分の一貫性、承認と実装の一致、例外期限、事故対応、経営報告が機能しているかを第三線として確認します。開発中の助言が必要なら第二線のAIリスク・品質担当を設け、監査の役割と分けます。
一つのAIには、成果と残余リスクを負う事業所有者、専門要件を拒否できる統制機能、技術を実装する担当者、全社横断で優先順位を決める統括者が必要です。
四段階のリスク区分で審査経路を変える
すべてのAIを同じ会議へかけず、影響に応じて審査者と証拠を変えます。区分はモデルの規模やブランドではなく、対象者への影響、データの機微性、外部公開、自律的な操作、可逆性、利用規模、法規制を組み合わせて決めます。用途を変えれば同じモデルでも区分が変わります。文章の誤字修正と、採用候補者の順位付けを同じ「生成AI利用」として扱わないことが重要です。
| 区分 | 代表条件 | 案件例 | 承認と証拠 |
|---|---|---|---|
| 区分1：限定補助 | 公開情報または非機微データ、人が全件確認、社外出力なし | 社内文章の表記修正、公開資料の要約 | 部門責任者、許可サービス確認、簡易台帳 |
| 区分2：管理下利用 | 社内データ、業務判断の補助、限定利用者、可逆的な誤り | 社内検索、問い合わせ返信案、需要予測 | 業務・情報システム、データフロー、受入試験、監視 |
| 区分3：対外・高影響 | 顧客出力、個人データ、不利益判断、広い利用規模 | 顧客チャット、採用要約、保険・金融の判断支援 | 専門レビュー会議、法務・プライバシー・品質評価、経営委任者 |
| 区分4：自律・重大影響 | 生命・身体・大きな財産、送金・削除・制御、高い不可逆性 | 自律発注、設備制御、医療・安全領域の自動処理 | 経営承認、独立評価、二重承認、即時停止・復旧試験 |
区分判定に点数を使う場合も、重大条件を総合点で相殺しません。例として、個人データ2点、社外出力2点、自律操作3点、不可逆性3点を加算する社内方式を作っても、送金権限または生命への影響があれば自動的に区分4へ上げるゲートを設けます。点数と閾値は法定値ではなく、自社が案件を一貫して振り分ける内部基準です。
半年ごとに実案件と事故を用いて、過小・過大分類がないか校正します。
区分1は無審査を意味しません。許可サービス、禁止入力、出力確認、利用者教育、台帳登録は必要です。区分が低い案件を簡潔に処理できれば、専門家は区分3・4へ時間を使えます。逆に、区分3・4の案件を「PoCだから」と区分1へ落とすことは避けます。実データ、実顧客、外部操作を使うPoCは、名称にかかわらず影響条件で判定します。
区分を変更するトリガーも定義します。対象者が社内から顧客へ広がる、公開情報から個人データへ変わる、回答案から自動送信へ進む、検索だけだったAIへ発注ツールを接続する、利用者が100人から1万人へ増える場合は再分類します。軽微なモデル更新でも既存の機能権限が変わらなければ回帰試験で扱える一方、ツール追加は設計審査へ戻す、と変更種類に応じてゲートを選びます。
企画から廃止まで七つのゲートと証拠をつなぐ
ガバナンス審査を公開直前の一回に置くと、契約やデータ設計の問題が後戻りコストになります。企画、要件・調達、設計、検証、リリース、運用・変更、廃止の七ゲートへ分け、各段階で決められる事項だけを確定します。区分1は複数ゲートを一つの簡易申請へ統合し、区分4は独立評価と経営承認を追加します。
ゲート数を固定することより、未解決リスクが次段階で不可逆にならないことが目的です。
| ゲート | 決定すること | 最低限の証跡 | 進めない条件 |
|---|---|---|---|
| 1 企画 | 目的、対象者、代替手段、事業所有者、暫定区分 | ユースケース、便益、影響、禁止用途 | 所有者不在、目的と対象者が未定 |
| 2 要件・調達 | データ、提供地域、契約、ベンダー責任、撤退条件 | データフロー、質問票、契約差分、費用 | 入力利用・保存・再委託を確認不能 |
| 3 設計 | 人の関与、権限、ログ、説明、停止、回復 | 構成図、脅威モデル、権限表、失敗シナリオ | 重大操作に承認・停止経路がない |
| 4 検証 | 品質、安全、公平、プライバシー、セキュリティの合否 | テストセット、母数、結果、残余リスク、是正 | 重大ケース失敗、期待結果が未定義 |
| 5 リリース | 利用範囲、監視、問い合わせ、ロールバック、受容 | 承認版、運用手順、連絡表、公開説明 | 本番版と審査版が一致しない |
| 6 運用・変更 | 異常対応、再評価、モデル・データ・ツール変更 | ログ、KPI、苦情、変更差分、回帰試験 | 監視不能、承認外機能、期限切れ例外 |
| 7 廃止 | データ削除、契約終了、代替手段、利用者通知 | 停止確認、削除結果、アカウント失効、記録保全 | 外部連携や残存データを特定できない |
NIST「AI Risk Management Framework 1.0」（2023年1月26日公開）は、GOVERN、MAP、MEASURE、MANAGEの四機能でAIリスク管理を整理し、任意利用の枠組みとして提供されています[4]。
NIST AI 600-1「Generative AI Profile」（2024年7月26日公開、NISTページは2026年4月8日更新）は、生成AI特有のリスクと推奨行動をAI RMFへ対応させます[5]。日本企業に直接課される法令ではありませんが、ゲートごとのリスク・証拠を漏れなくする参考になります。
ISO/IEC 42001:2023は、AIマネジメントシステムを確立、実施、維持、継続改善するための要求事項を定める国際規格で、2023年12月発行の第1版です[6]。認証を取得するか、取引先が要求するか、内部参照だけにするかで必要な証拠の水準が変わります。
ISOへの適合を掲げない企業でも、適用範囲、方針、責任、リスク評価、目標、監視、内部監査、改善という管理システムの考え方を既存ISMS・品質管理へ接続できます。
ゲートの成果物は別々の文書を増やすより、AI台帳の案件IDでつなぎます。構成図のモデル版、契約上のプラン、テストした版、リリースした版が一致しなければ出荷しません。承認後のプロンプト変更、検索データ追加、ツール権限変更は差分として記録し、変更区分に応じて設計または検証ゲートへ戻します。
RACIと事故指揮系統で平時と緊急時を分ける
RACIは、実行責任者（Responsible）、最終説明責任者（Accountable）、協議先（Consulted）、報告先（Informed）を一つの決定へ割り当てる道具です。AI委員会をすべてのAにすると、製品の成果と損害を誰が負うか曖昧になります。
個別AIのAは原則として事業・製品所有者に置き、全社基準のAはCAIO機能、法的適合の専門判断は法務、技術実装のRは開発・運用へ置きます。経営層は最高区分や重大例外にAを留保します。
| 決定・作業 | A | R | C | I |
|---|---|---|---|---|
| 利用目的・対象者・事業KPI | 製品責任者 | 企画担当 | CAIO、法務、顧客対応 | 経営会議 |
| 全社リスク区分・審査経路 | CAIO | AIガバナンス事務局 | 法務、CISO、品質、事業 | 内部監査 |
| 個人情報・契約の適合 | 法務責任者 | 案件法務・プライバシー担当 | 調達、製品、セキュリティ | CAIO |
| 設計・テスト・修正 | 開発責任者 | 開発・評価チーム | セキュリティ、品質、業務専門家 | 製品責任者 |
| 残余リスクを伴う出荷 | 製品責任者 | リリース管理者 | CAIO、法務、CISO、品質 | 経営会議 |
| 重大事故の一時停止 | 事故指揮責任者 | 運用・SRE・セキュリティ | 製品、法務、広報、CAIO | 経営・影響部門 |
緊急時は平時の委員会議事を待たず、事前に委任した停止権限を使います。AI出力が顧客へ重大な誤情報を送る、個人データが漏えいする、権限逸脱で送金・削除が行われる、危害につながる助言が出る場合、運用責任者または事故指揮責任者が対象機能を停止します。停止できる単位を、モデル全体、外部ツール、特定テナント、特定用途、顧客公開のどれにするか設計段階で決めます。
AISI「AIインシデントレスポンス・アプローチブック」（2026年1月9日公表）は、AI特有のリスクへ対応する概念としてAI-IRSを示し、AIインシデントは起こり得るという前提で発見的統制とサプライチェーン全体を視野に入れる重要性を説明しています[7]。
これは企業へ一律の法定報告手順を課す文書ではありませんが、従来のIT障害対応へモデル・データ・出力・対象者・提供者の調査を加える参考になります。
重大AI事故の初動権限（社内規程例）停止発令: 当番事故指揮責任者、CISO、製品責任者のいずれか即時対象: 外部送信、送金・削除ツール、問題テナントのAPIキー保全対象: 入力、検索コンテキスト、出力、ツール呼出し、モデル・設定版30分以内: 影響範囲の仮説、継続する危害、停止状態を共有4時間以内: 法務・個人情報・広報・経営への暫定報告再開条件: 原因仮説、恒久または暫定緩和、回帰試験、残余リスクの承認注記: 時間は自社の初動目標であり、法令上の報告期限を置き換えない
事故後のAは原因によって変えません。開発の欠陥でもベンダー障害でも、顧客向けサービスの説明責任を持つ製品責任者が対外影響を管理し、契約上の求償や技術修正を別の担当が行います。「ベンダー製AIだから自社はI」というRACIは、提供者としての責任を空白にします。
会議頻度と審査能力を案件量から算出する
会議頻度は「月一回が一般的」という理由で決めず、案件の到着率、区分、審査時間、変更頻度、事故対応を基に設計します。区分1・2は随時の非同期審査、区分3は週次の専門レビュー、区分4は必要時の経営決裁と独立評価に分けると、軽微案件の待ち時間と重大案件の審査密度を両立しやすくなります。
四半期には個別案件ではなく、AIポートフォリオ、例外、事故、未是正、ベンダー集中、効果を経営へ報告します。
想定例として、月24件の新規・変更申請があり、区分1が10件で一件0.5時間、区分2が8件で2時間、区分3が5件で6時間、区分4が1件で16時間の専門作業を要するとします。必要時間は10×0.5＋8×2＋5×6＋1×16＝67時間です。
差戻し20％、教育・基準更新15時間、事故待機10時間を加えると、67×1.2＋15＋10＝105.4時間になります。これは実績ではない体制試算で、担当者一人の月160時間をそのまま審査へ割り当てる計画が不適切だと分かります。
| 申請区分 | 受付から一次回答 | 審査方式 | 滞留時の措置 |
|---|---|---|---|
| 区分1 | 2営業日 | 許可条件の自動照合と部門責任者確認 | 標準サービス・データへ限定して迅速化 |
| 区分2 | 5営業日 | 事務局と必要な専門担当の非同期確認 | 不足資料を一括差戻し、相談枠を設定 |
| 区分3 | 10営業日 | 週次レビュー、事前資料、条件付き判定 | 影響・公開予定から優先順位を決定 |
| 区分4 | 計画時に個別設定 | 独立評価、経営承認、停止・復旧演習 | 日程不足を理由に評価範囲を削らない |
| 緊急変更 | 事故優先度に連動 | 暫定緩和と恒久変更を別承認 | 期限付き例外を自動失効 |
表の営業日数は法定期限ではなく、ボトルネックを見つける内部目標です。申請者が完全な資料を提出した時点から測るのか、最初の送信時点から測るのかを定義します。一次回答を早くするために「確認中」を返すだけでは意味がないため、承認、条件付き承認、差戻し、見送りのいずれかと不足情報を返します。
能力が不足する場合、最初に区分1・2の標準化、共通ベンダーの再利用可能な審査、提出テンプレートの改善、相談時間の固定を行います。区分3・4の試験を減らして件数を合わせる方法は避けます。外部専門家を使う場合も、最終決定、AI台帳、例外、事故対応は自社に残し、助言の受付と採否を担う内部所有者を指定します。
統制の実効性を測る指標と経営報告を設計する
経営報告で「AI利用件数が増えた」「研修受講率が高い」だけを示しても、ガバナンスが機能したかは分かりません。価値、リスク、統制、能力の四群を並べます。価値には売上、時間短縮、品質改善、利用継続を置き、リスクには重大事故、苦情、誤り、権限逸脱、データ漏えいを置きます。
統制には台帳外利用、期限切れ例外、未是正、高区分の回帰試験、停止訓練を、能力には審査待ち、専門人材、評価時間、再利用可能な共通統制を置きます。
| 指標 | 計算式・定義 | 経営判断 | 注意点 |
|---|---|---|---|
| 台帳網羅率 | 登録済みAI数÷発見したAI総数×100 | 未管理利用の縮小と発見経路への投資 | 未発見のAIは分母に入らない |
| 重大未是正数 | 期限を超えた重大リスクの件数 | 予算・人員・停止の優先決定 | 平均点で薄めず件名を個別報告 |
| 変更再審査率 | 必要な再審査を完了した変更数÷対象変更数×100 | モデル・データ・ツール変更の統制 | 対象変更の捕捉方法を監査する |
| 停止実行時間 | 重大異常の確認から対象機能停止まで | キルスイッチと連絡経路の実効性 | 証拠保全・顧客保護も同時に確認 |
| 条件付き承認の失効超過率 | 期限切れ例外数÷全有効例外数×100 | 例外が恒久化していないか | 母数が小さい場合は件数も併記 |
| 審査リードタイム | 完全資料受付から判定までの中央値と90パーセンタイル | 標準化・増員・優先順位の判断 | 平均値だけで長期滞留を隠さない |
AISI「AIセーフティに関する評価観点ガイド（第1.20版）」（2026年7月7日改訂）は、技術的評価とマネジメント的評価、AIエージェントシステム全体の評価範囲を示しています[8]。経営報告ではモデル単体の正答率に加え、検索データ、外部ツール、他エージェント、認証、UI、人の承認を含むシステム全体の失敗を扱います。
モデル精度が上がっても、送金ツールの権限が過大なら全体リスクは下がりません。
想定例として、SSOログ、経費、部門申告からAI利用を60件発見し、台帳登録が54件なら表面上の網羅率は90％です。未登録6件のうち1件が顧客データを扱うなら、90％を良好と評価せず、その一件を停止・審査します。
翌月に発見経路を増やして総数が75件、登録72件になれば網羅率は96％ですが、改善の一部は「発見できるようになった」効果です。件数、区分、データ、外部影響を併記します。
取締役会・経営会議へは、重大案件とトレンドを一ページで示し、詳細台帳へ掘り下げられる形が実用的です。最高区分の新規承認、重大事故、法令・契約不適合、期限超過、ベンダー集中、停止不能、期待便益未達を例外として前面に出します。研修受講率100％でも台帳外AIが増えているなら、統制の成果とは言えません。
例外・停止・再開・体制見直しの条件を決める
例外は共通基準を一時的に外す手続であり、法令違反や契約違反を承認する制度ではありません。例外申請には、外す統制、理由、影響、代替策、対象件数・利用者・環境、期限、所有者、停止条件を記載します。期限到来時は自動失効させ、延長には新しい事実と是正計画を求めます。「事業上重要」という一文だけで承認できる欄を作らないことが重要です。
| 状態 | 決定権 | 必要な条件 | 禁止する近道 |
|---|---|---|---|
| 自社基準の期限付き例外 | 区分に応じた事業・専門・CAIO承認 | 法令適合、代替統制、範囲、期限、監視 | 口頭承認、無期限、対象件数なし |
| 重大異常の一時停止 | 事前委任された事故指揮・CISO・製品責任者 | 危害拡大防止、影響範囲、証拠保全 | 次回委員会まで継続運転 |
| 暫定再開 | 事故責任者と事業・専門責任者 | 限定範囲、監視強化、ロールバック、期限 | 原因不明のまま全顧客へ再開 |
| 恒久再開 | 元の出荷承認者または上位者 | 原因、是正、回帰試験、残余リスク、顧客対応 | 修正実装だけで試験を省略 |
| 廃止 | 事業所有者と契約・データ責任者 | 代替、通知、データ削除、権限失効、証拠保全 | 契約解約だけで連携を残す |
常設の大規模委員会が向かないケース
管理対象が少なく、外部提供・個人データ・自律操作を伴わない企業では、専任CAIO室と多人数委員会が判断を遅らせることがあります。既存のCISO、個人情報保護管理者、法務、事業責任者へ決定権を明示し、重大案件だけ経営へ上げる方が実効的です。ただし、組織を小さくすることと、AI一覧、停止権限、事故連絡、証跡を省くことは同義ではありません。
体制そのものを見直すトリガーには、AI件数の急増、顧客向け提供の開始、海外展開、個人データ・要配慮情報の利用、自律ツールの追加、重大事故、監査での台帳漏れ、審査待ちの長期化、法令・公的指針の改訂を置きます。
例えば区分3・4が四半期で5件から18件へ増え、90パーセンタイルの審査日数が10日から27日へ伸びたなら、兼務体制のまま基準を緩めず、専門人材、外部評価、標準部品へ投資します。
逆に、AIサービスを廃止し対象が減った場合は、会議体を統合できます。体制変更時は、未解決リスク、例外、事故、契約、AI台帳、停止権限を新責任者へ移管し、役職名だけを変更しません。最終的な完成条件は、任意の一案件を選んだとき、誰が何を決め、どの証拠で承認し、誰が止め、誰が再開し、誰が経営へ説明するかを数分で辿れることです。
次に取る行動
現在利用中のAIを三件選び、事業所有者、リスク区分、最終承認者、停止権限、証拠の保存先を一行ずつ記入してください。空欄があれば新しい委員会名を考える前に、その決定権を既存の経営・法務・セキュリティ・事業責任へ割り当てます。
参考文献・出典
- AIセーフティ・インスティテュート「Chief AI Officerガイドブック Version 1.00」（文書日付：2026年3月1日、公表：2026年3月17日、参照日：2026年7月30日）
- AIセーフティ・インスティテュート「Chief AI Officer設置・AIガバナンス実務マニュアル Version 1.00」（文書日付：2026年3月1日、公表：2026年3月17日、参照日：2026年7月30日）
- 総務省・経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日公表、ページ最終更新：2026年4月1日、参照日：2026年7月30日）
- National Institute of Standards and Technology, “AI Risk Management Framework 1.0”（2023年1月26日公開、任意利用の枠組み、参照日：2026年7月30日）
- NIST, “Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile, NIST AI 600-1”（2024年7月26日公開、ページ更新：2026年4月8日、参照日：2026年7月30日）
- ISO「ISO/IEC 42001:2023 Information technology — Artificial intelligence — Management system」（第1版、2023年12月発行、参照日：2026年7月30日）
- AIセーフティ・インスティテュート「AIインシデントレスポンス・アプローチブック」（2026年1月9日公表、参照日：2026年7月30日）
- AIセーフティ・インスティテュート「AIセーフティに関する評価観点ガイド（第1.20版）」（2026年7月7日改訂、参照日：2026年7月30日）
