AIエージェント・エスカレーション表：12の条件と責任者

エスカレーション、承認、通知、事故対応を区別する

エスカレーションは例外を責任ある判断へ渡す

検出条件がワークフローの権限または証拠境界を超えたため、定義済み役割によるレビューが必要になった状態である。欠損証拠の提供、権威値の選択、限定例外、封じ込め確認、回復経路など、具体的な判断を依頼する。

承認は可能な判断の一つである

担当者は承認、拒否、追加証拠要求、範囲縮小、移管、別工程への送付を選べる。再開前に役割、判断範囲、承認期限を確認する。個人から返信が届いただけでは有効な承認にならない。

通知は配送を示すだけで責任や解決を示さない

メール、チャット、ページング、チケットの送信・配送・確認状態は、正しい役割が判断責任を受け入れた証明ではない。配送、所有権受入、終了を別々に記録し、再通知は同じ案件内で重複排除する。

事故対応が通常表を上書きする場合がある

漏えい、資格情報侵害、重大サービス事故の疑いは、独自の指揮、通信、証拠規則を持つ既存事故対応計画へ入る場合がある。表はその工程を指し示し、再現・上書きしない。NIST SP 800-61 Rev.3は組織リスク管理との統合を理解する一次資料になる。

実行可能なエスカレーション行を書く

観測可能なトリガーと重大度を定義する

「危険そうな出力」ではなく、二つの承認済みシステムが異なる現行値を返す、制限データが許可外項目に現れる、金額が委任範囲を超える、担当確認なしで期限を過ぎる、という検証可能な条件を書く。重大度は影響、緊急性、範囲、可逆性を組み合わせる。

即時封じ込めと禁止継続を指定する

自動で許される停止、隔離、セッション取消、通知匿名化、ログ保存、依存ジョブ停止と、絶対に許されない操作を明記する。封じ込めにも限定権限が必要であり、トリガーだけを理由に削除、広範な開示、即興のロールバックを行わない。

主担当、副担当、不在経路を割り当てる

キュー、グループ、当番表に支えられた保守可能な役割を使う。主担当、副担当、対応時間、両者不在時の最終安全経路を記録する。実ディレクトリに個人名があっても、異動で表が失効しないよう役割を基準にする。

最小判断証拠をまとめる

トリガー、重大度理由、対象、権威情報源、時刻、エージェント／工程版、ツール試行、実施済み封じ込め、求める判断、失効時刻を含める。機微データは広い通知へコピーせず、権限制御された証拠を参照する。

応答、判断、終了を別々に定義する

受領時間は判断時間ではなく、判断も終了ではない。確認目標、必要な判断・移管目標、要求を無効にする条件、修正記録、例外承認、顧客連絡、統制回復、回帰結果などの終了証拠を定義する。

重大度と時間を使い、偽の精密さを避ける

Severity 1は即時の高影響境界を守る

継続中の露出、未承認の重大操作、活動中のセキュリティ指標、または承認済み事故方針の最高条件に使う。事前承認済み封じ込めは動かせるが、通信と後続処理は事故経路に残す。

Severity 2は迅速な責任レビューを求める

現在は封じ込められているが重要な財務、雇用、法務、アクセス、顧客被害判断に使う。事業期限は重要でも、権限や証拠要件を無効にしない。

Severity 3は限定された運用例外を扱う

非重要項目の衝突、外部効果のない再試行枯渇、通常工程を遅らせる証拠欠損などである。失効と安全既定を伴う保守済み営業時間キューへ送る。

閾値はタスク別に設計し演習する

全トリガーに一つの確率を使わない。決定論的方針、権威システム状態、較正済みモデル信号を組み合わせる。本番前に誤検知、見逃し、時間外、重複警告、配送失敗、担当不在を試す。

トリガー1：判断に必要な証拠が欠ける

観測可能な条件

判断を変え得る情報源または項目が欠損、閲覧不能、方針上古い、承認済み取得後も読めない状態。任意の補足情報と、法定ID、アカウント所有者、権威記録、承認の欠損を同じ扱いにしない。

即時封じ込め

該当結論と依存操作を止め、案件、取得試行、既知事実を保存する。保留判断を偏らせずデータ露出もない独立収集だけ継続する。

禁止される継続

類似顧客、過去案件、モデル記憶、未承認検索から値を推測しない。期限接近を理由に必須項目を任意へ変更しない。

主担当と副担当

可用性はデータ／システム所有者、意味は業務所有者へ送る。保守済みサービスキューを副経路にし、誰も受けない場合は判断を失効させ操作を止める。

最小証拠パケット

項目名、判断を変える理由、対象、最終確認値と時刻、取得試行、観測権限、期限、必要証拠を送り、無関係項目を除く。

終了とテスト

権威値の提供・検証、明示的取消、または承認済み代替案で終了する。閲覧不能、古い値、真の欠損、通知失敗を試す。

トリガー2：権威ある情報源が衝突する

観測可能な条件

二つの現行承認システムが不一致で、検証済み優先規則がない状態。書式、時間帯、単位、同期遅延による差を先に決定論的に正規化する。

即時封じ込め

両方の値、版、時刻、情報源を保存し、争点に依存する書き込みだけ止める。独立操作は継続できる。

禁止される継続

方針根拠なしに新しい、詳しい、取得しやすい情報源を選ばない。一方を上書きして衝突を隠さない。

主担当と副担当

system-of-recordの責任者へ送り、業務工程所有者を副担当にする。改ざん、越権、規制報告の兆候がある場合だけ安全・コンプライアンスを追加する。

最小証拠パケット

両リンク、原値、正規化比較、版、観測時刻、同期状態、優先方針、止めている依存判断を含める。

終了とテスト

承認済み所有者が正しい状態と理由を記録し、必要な修正と依存処理確認を終えて終了する。書式だけ異なる同値、古い複製、真の衝突を試す。

トリガー3：重大な曖昧さまたは低信頼

観測可能な条件

実質的に異なる操作を生む複数解釈、またはタスク別較正信号が承認閾値を下回る状態。決定論的方針が停止を求める場合、高信頼でも進めない。

即時封じ込め

依頼者が安全に解消できるなら一つの限定質問を行う。それ以外は候補操作を凍結し、選択肢と証拠を提示する。

禁止される継続

排他的解釈を平均せず、処理量を守る選択肢を勝手に選ばず、モデル確率を業務承認と表現しない。曖昧な質問の反復も避ける。

主担当と副担当

意味と優先度は業務判断者へ送る。較正欠陥や反復曖昧性は別の改善案件としてAI製品所有者へ渡すが、現在判断の代替にはしない。

最小証拠パケット

曖昧入力、限定解釈、各証拠、重大な結果、較正信号と閾値版、求める一判断、失効時刻を含める。

終了とテスト

依頼者または承認済み所有者が解釈を選び、決定証拠を提供し、または操作を取消したら終了する。類似表現、文脈欠損、誤って高信頼な禁止出力を試す。

トリガー4：予期しない、または過剰な機微個人データ

観測可能な条件

制限された個人、健康、身元、資格情報、その他方針定義済み機微データが、現在目的で不要または未承認の入力、記憶、ツール結果、ログ、通知に現れる。

即時封じ込め

伝播停止、表示最小化、案件アクセス制限、証拠保護、承認済みプライバシー／安全統制を行う。方針で許可された指定機構だけが露出資格情報を無効化する。

禁止される継続

原文をチャット、一般チケット、広い配布先へ貼らない。保持・事故手順外で原証拠を削除せず、法定通知要否をエージェントに決めさせない。

主担当と副担当

方針に従いプライバシー、安全、データ管理者へ送る。露出や侵害の疑いは事故経路へ入れる。事業担当へは必要な状態だけ知らせる。

最小証拠パケット

制限リンクにデータ分類、出所、対象システム、露出経路、概算範囲、時刻、アクセス証拠、封じ込め、求める判断を置く。通知は最小ルーティング情報だけにする。

終了とテスト

指定プライバシー／安全工程で修正、アクセス確認、連絡判断、回帰証拠が完了して終了する。匿名化、権限、重複警告、データ内の間接インジェクションを試す。

トリガー5：法令、契約、規制の解釈

観測可能な条件

法令、規制、契約条項、正式義務を重大案件へ適用する必要があり、承認済み決定論的規則では解けない状態。管轄、発効日、契約主体、事実で結論が変わる。

即時封じ込め

解釈と依存操作を保留し、正確な質問、支配文書、期限を保存する。方針で許可された中立な証拠収集だけ続ける。

禁止される継続

法的結論を断定せず、管轄を推測せず、契約文を変更せず、規制対象判断を実行しない。引用取得で法務権限は生じない。

主担当と副担当

該当管轄・分野の承認済み法務／コンプライアンスへ送る。事業所有者は事実と緊急性を提供するが専門レビューを代替しない。

最小証拠パケット

主体、管轄、発効日、正確な条項・義務、権威文書、既知／争点事実、求める判断、期限、特権／個人データ制限を含める。

終了とテスト

承認済みレビュー担当が限定判断、範囲、失効、実施手順を記録して終了する。管轄欠損、廃止方針、契約内の敵対命令を試す。

トリガー6：財務約束または支払い

観測可能な条件

返金、クレジット、購入、送金、価格例外、不可逆な財務記録が委任権限を超える、証拠不足、承認条件不一致の状態。通貨と相手方も条件に含む。

即時封じ込め

非実行保留へ置き、計算額を保存し、依存履行を止める。不明または部分結果なら権威台帳を照合してから新規要求を作る。

禁止される継続

上限回避の分割、他人の承認再利用、通貨仮定変更、期限を権限として扱うことを禁止する。台帳確認前に完了を約束しない。

主担当と副担当

取引種別・金額帯の財務／商務役割へ送る。方針条件に応じて不正対策、資金、法務へ進め、完全な支払情報を一般キューに出さない。

最小証拠パケット

金額、通貨、相手方、口座、理由、計算、根拠、承認履歴、ツール状態、期限、要求操作を含め、識別子をマスクする。

終了とテスト

承認済み判断、権威台帳確認、必要な顧客連絡後に終了する。境界金額、通貨不一致、承認重複、コミット後タイムアウトを試す。

トリガー7：雇用、配慮、重要アクセス判断

観測可能な条件

採用、解雇、懲戒、報酬、昇進、配慮、保護要因を伴う勤務割当、重要アカウントアクセスへ影響する操作。方針上エージェントが使えない機微属性が証拠に含まれる場合も対象になる。

即時封じ込め

実行を止め、証拠アクセスを限定し、提案理由を拡張せず保存する。未承認アクセスの疑いは承認済み安全経路へ送る。

禁止される継続

保護属性を推定し、最終雇用判断を行い、事故権限なしに重要アクセスを剥奪し、資格のない担当者へ機密証拠を開示しない。

主担当と副担当

操作に対応する承認済み人事、法務、従業員関係、アクセス統制役割を使う。管理者は事実を提供できるが、自動的に唯一の判断権者にはならない。

最小証拠パケット

提案操作、対象役割・口座、方針根拠、証拠出所、除外した機微属性、承認履歴、緊急性、アクセス影響、求める判断を含める。

終了とテスト

有資格レビュー、権限記録、統制実行または拒否、必要な連絡、回帰確認後に終了する。保護データ漏えい、管理者自己承認、人事副担当不在を試す。

トリガー8：重大な顧客苦情または方針例外

観測可能な条件

顧客が重大損害、正式苦情、定義済み上位連絡、重大結果の異議、標準サービス方針外の扱いを求める状態。通常の不満で同じ経路を埋めない。

即時封じ込め

承認済み中立文で受領し、顧客の原表現を保存し、争われた自動処理を止める。案件所有中の重複連絡を抑える。

禁止される継続

補償、過失、法的解決、方針外の期限を約束しない。苦情を過度に要約して重要な主張や要求を消さない。

主担当と副担当

顧客区分と問題種別に合うサポート上位役割またはアカウント責任者へ送る。法務、プライバシー、安全、財務は各トリガーが独立に成立した場合だけ追加する。

最小証拠パケット

顧客表現、同意済み連絡経路、対象製品・取引、時系列、過去試行、方針境界、現在被害、希望救済、既存約束を含める。

終了とテスト

承認済み回答、救済または理由ある拒否、顧客連絡、記録更新後に終了する。重複苦情、攻撃的内容、無関係な機微データを試す。

トリガー9：セキュリティまたはプライバシー事故の疑い

観測可能な条件

方針定義済み指標が露出、資格侵害、悪意行為、未承認アクセス、完全性喪失、不適切データ処理を示す。迅速な封じ込めを優先するが、事故確定とは表現しない。

即時封じ込め

セッション隔離、トークン停止、コネクタ凍結など事前承認済み操作だけ行う。ログを保存し、最小機微情報で保守済み事故経路へ通知する。

禁止される継続

権限外調査、外部連絡、範囲公表、証拠削除、外部文章による経路変更を禁止する。モデルが規制義務の完了を宣言しない。

主担当と副担当

対応計画の安全／プライバシー事故指揮へページする。通常工程所有者は情報を得るが、封じ込めや通信方針を上書きしない。

最小証拠パケット

指標、検出元、対象主体・システム、観測時刻、可能範囲、証拠場所、封じ込め、残存露出、必要判断を含め、秘密と個人情報を保護する。

終了とテスト

終了、回復、通信、教訓は事故工程が決定する。ページング失敗、偽指標、重複警告、ログ持出しを求める注入を試す。

トリガー10：ツール権限または認証拒否

観測可能な条件

有効主体、範囲、テナント、承認が無効または不足して必要操作が拒否され、その操作なしでは安全に完了できない状態。

即時封じ込め

操作状態と拒否範囲を保存し、依存手順を止め、現在主体を維持する。別途承認済みなら安全な読み取り確認は続けられる。

禁止される継続

資格情報借用、利用者切替、範囲拡張、テナント移動、トークン生成を禁止する。反復認証はロックや安全ノイズも生む。

主担当と副担当

契約問題はツール所有者、主体・範囲はアクセス統制所有者へ送る。侵害や予期しない権限変更の疑いは安全経路へ入れる。

最小証拠パケット

操作／ツールID、主体、テナント、要求範囲、拒否コード、方針、承認状態、時刻、匿名化追跡を含め、秘密を含めない。

終了とテスト

承認済みアクセス回復、取消、または工程再設計後に終了し、元の限定操作を再実行する。期限切れ主体、不足範囲、テナント横断代替を試す。

トリガー11：再試行枯渇、コミット不明、部分効果

観測可能な条件

選定再試行予算を使い切る、書き込みが応答なしでコミット済みの可能性、バッチ・複数工程が部分完了の状態。これは回復責任を渡す条件で、普遍的再試行意味を定義しない。

即時封じ込め

依存操作を止め、全attempt IDを保存し、対象を照合する。成功、失敗、不明を項目別に分け、元の業務意図を保つ。

禁止される継続

工程全体を再開せず、新しい冪等キーを出さず、もっともらしい応答で成功を報告しない。未証明効果を補償しない。

主担当と副担当

技術状態は統合所有者、業務結果は工程所有者へ送る。財務、顧客、アクセスの重大効果は各領域担当も必要になる。

最小証拠パケット

論理操作ID、全試行、要求ハッシュ、プロバイダーID、権威観測、項目別効果、予算、期限、再開・補償案、未解決曖昧性を含める。

終了とテスト

照合、承認済み回復、対象状態確認、回帰後に終了する。送信前／コミット後タイムアウト、部分バッチ、統合所有者不在を試す。

トリガー12：有効担当なし、承認失効、応答目標超過

観測可能な条件

ディレクトリに責任役割なし、主副とも未受領、承認失効、確認・判断目標超過を個別検出する。個別化により正しい組織統制を修正できる。

即時封じ込め

行に定義した安全既定を適用し、次の保守経路へ通知し、高影響実行を止め続ける。配送試行、対応状態、要求・承認の失効時刻を保存する。

禁止される継続

自己承認、重大度低下、都合のよい宛先選択、失効承認の再利用を禁止する。対象操作に有効方針がない限り、無反対を承認とみなさない。

主担当と副担当

事前指定の副役割、事故指揮、ガバナンス所有者を使う。全経路失敗なら組織統制欠陥を作り、安全状態を保つ。

最小証拠パケット

トリガー、影響、主副ディレクトリ照会、通知試行、受領、承認有効性、経過時間、安全既定、阻止効果、所有権修正役割を含める。

終了とテスト

承認済み所有者が受領・判断するか、操作が安全に失効し、ディレクトリ／方針修正を終えて終了する。休日、古いグループ、配送失敗、失効、時計境界を試す。

完全な架空エスカレーション演習：EM095

固定システムと36ケース

Beacon Routeは架空企業Northstar Fixture Worksの架空エージェント工程である。EM095ではA10、MX04、P08、D05、N03、CS07、K03、T01–T12、RG02を固定する。E01–E36の36合成ケースで、各トリガー三件である。

通知、レビュー、意図的失敗

36論理ケースから48通知・配送試行行と36独立レビューを作る。30件が完全契約に合格し6件が不合格。E17は制限証拠を広い合成通知へ露出し、E36は承認失効と担当不在後も継続する。両方が事前定義拒否条件である。

ダウンロードと最終状態

編集可能なEM095エスカレーション表と完全EM095ケース・配送・レビュー資料を使用する。静的教材で本番証拠ではない。最終 NOT_APPROVED、本番エスカレーション0、顧客記録0、実通知0、実判断0、展開0である。

EM095の7指標を再計算する

トリガー検出完全率

36件中31件が完全な観測条件と理由を記録する。31 ÷ 36 × 100 = 86.11%。レビュー担当が意図を推測できても5欠損は修正する。

即時封じ込め準拠率

36件中34件が必要統制を適用し禁止継続をしない。34 ÷ 36 × 100 = 94.44%。プライバシー通知と担当不在に重大欠陥が残る。

正しい所有者経路率

36件中30件が責任ある主担当または有効副担当へ届く。30 ÷ 36 × 100 = 83.33%。一般受信箱への配送は所有権と数えない。

証拠パケット完全率

36件中29件が判断に必要な全項目を含む。29 ÷ 36 × 100 = 80.56%。任意背景で対象、権限、封じ込め欠損を補えない。

応答目標達成率

時間目標のある30件中26件が達成する。26 ÷ 30 × 100 = 86.67%。イベント型受領の6件は分母外である。

担当不在代替正確率

不在、配送失敗、所有権失効を試す6件中5件が副経路または安全既定を使う。5 ÷ 6 × 100 = 83.33%。E36は自動継続で不合格になる。

終了証拠完全率

36レビュー中27件に判断、修正、連絡・記録更新、回帰証拠が揃う。27 ÷ 36 × 100 = 75%。チケット状態だけの終了は数えない。

表を統制プログラムとして実装・検証する

1. 重大判断と例外を棚卸しする

実工程境界、過去事故、監査所見、運用者ヒアリングから始める。エージェントが提案・実行する操作、判断証拠、方針、不可逆効果、既存事故・承認工程を列挙する。

2. 責任役割を持つ観測可能な行を書く

感情や曖昧な危険表現でなくシステム状態を書く。保守済みディレクトリで主副担当を割り当て、保存可能事項、停止事項、人へ求める判断を定義する。

3. 権限制御された証拠パケットを作る

ID、出典、対象、追跡、封じ込め、権限、期限、判断要求を標準化する。通知を最小化し、機微証拠をアクセス制御内に置く。

4. 配送、不在、終了を演習する

各条件を合成ケースで動かす。manual手動経路、native標準キュー・ページング、統制automation、最後にagent支援の順で進める。時間外、重複、コネクタ失敗、古いグループ、承認失効、敵対証拠を含める。

5. 欠陥をレビューし変更後に再実行する

検出、封じ込め、経路、証拠、判断権限、終了を分けて分類する。方針、組織、ツール、通知、モデル、プロンプト、ディレクトリ変更後に関連ケースを再実行する。

人手レビューとガバナンス所有権

専門性と権限を判断へ一致させる

安全担当は資格を封じ込めても返金を承認できず、財務担当は金額を承認してもプライバシー法を解釈できない。複数専門判断の順序と統合責任者を定義する。

レビュー担当へ限定要求を渡す

正確な判断、選択肢、証拠、確定事実、不確実性、実施済み統制、失効、下流効果を示す。会話全文だけを区別なく送らない。

表自体を監査する

古い所有者、未演習副担当、過剰警告、抑止された必須通知、広い証拠権限、反復移管、証拠なし終了を確認する。組織変化は正しい技術実装も無効にする。

OpenMaxが責任あるエスカレーションを支援する部分

適切な調整役

OpenMaxの現行製品ページはエージェントの役割、ツール、権限、ログ、レビュー、業務運用を説明する。設定済みテナントでは、限定条件検出、方針ゲート停止、許可証拠収集、指定所有者向け案件作成を支援できる。

人の権限はモデル外に残る

実際のIDプロバイダー、案件システム、方針エンジン、対象業務システムが権威を持つ。法務、安全、プライバシー、財務、雇用、顧客判断には現行権限を持つ有資格者が必要である。

単純な工程が適する場合

言語理解や複数システム証拠統合が不要なら、標準承認、決定論的規則、事故基盤、固定キューを使う。曖昧な入口、証拠整理、対話調整に限定価値がある部分だけagentを追加する。

エスカレーション表の限界

表は組織権限の欠損を修復できない

判断所有者が存在しなければ自動化は作れない。操作を止め、ガバナンス欠陥をリーダーまたは指定事故指揮へ送る。

確認目標は結果を保証しない

目標は運用を支援するが、配送、判断、修正を保証しない。管轄、雇用規則、契約、事故義務には有資格レビューと承認済み時間設計が必要である。

検出は誤る、または欠ける場合がある

誤検知は警告疲れを生み、見逃しは危険な継続を許す。多層決定論的統制、較正信号、サンプリング、事故学習、反復演習を使う。

よくある表の失敗と修正

連絡先一覧を実行可能行とみなす

失敗：条件が個人名だけを指す。修正：封じ込め、禁止操作、証拠、副担当、失効、権限、終了を保守経路へ結ぶ。

通知へ機微証拠を入れる

失敗：資格情報や個人記録を広いメール・チャットへコピーする。修正：最小ルーティング情報と権限制御リンクを使い、アクセスと匿名化を試す。

受領を承認として扱う

失敗：リアクション、開封、「確認済み」で実行を再開する。修正：現在権限を持つ役割の構造化判断と範囲・期限検証を求める。

SLA圧力で自律性を広げる

失敗：期限超過でエージェントが選択、重大度低下、古い承認再利用をする。修正：副担当、事故指揮、安全停止へ遷移する。

回復証拠なしに終了する

失敗：記録、連絡、回帰が未完のままチケットだけ閉じる。修正：条件別終了基準を作り、終端遷移前に証拠参照を必須化する。

実装チェックリストと次のステップ（Next step）

有効化前

実工程で12条件を確認し、役割仮置きを交換し、主副配送を検証し、アクセス統制と安全既定を承認する。不在経路の確認まで高影響ツールを無効にする。

自律範囲拡大前

EM095型ケースをすべて実行し、二つの拒否経路、機微通知漏えい、失効承認を確認する。構造化された有効判断だけが再開できることを検証する。

運用中

検出精度、封じ込め、再経路、確認、判断時間、副経路、危険継続、終了証拠を監視する。重大な方針、組織、ツール、事故変更後に表を見直す。

よくある質問（FAQ）

エスカレーションと承認は同じですか？

違う。エスカレーションは例外の責任レビューを求める。承認は検証済み権限内の一判断で、拒否、移管、証拠要求、取消もある。

誰も応答しない場合は？

文書化済み副担当、事故指揮、安全既定を使う。高影響実行を止め、試行を保存し、所有権統制欠陥を作る。自己承認させない。

低信頼出力をすべて送るべきですか？

いいえ。タスク別較正閾値、影響、決定論的方針を組み合わせる。安全な場合は一つの限定質問を行い、低影響不確実性で担当者を埋めない。

証拠パケットには何を入れますか？

トリガー、重大度、対象、出典、時刻、工程版、ツール追跡、封じ込め、権限、判断要求、失効を含め、機微証拠のアクセスを限定する。

重複通知はどう扱いますか？

一つのcase IDの下で配送を重複排除し全試行を保存する。緊急度を上げても矛盾判断や証拠開示拡大を起こさない。

高い演習値で展開を承認できますか？

できない。拒否欠陥、有資格レビュー、所有権、実システム証拠、製品責任者承認を別に扱う。EM095は NOT_APPROVED のままである。

OpenMaxはどこで役立ちますか？

設定可能な範囲で限定条件検出、方針停止、許可証拠整理、経路、判断記録を支援できる。アクセス、事故権限、業務実行は権威システムに残す。

出典と編集方法

OpenMax製品文脈

• OpenMax — AI workflow automation compliance solutions — 統制工程、レビュー、コンプライアンス運用。
• OpenMax — AI agent platform — 役割、ツール、権限、ログ、レビュー、回復。

ガバナンスとセキュリティの出典

• NIST — Generative AI Profile — ガバナンス、confabulation、プライバシー、情報安全、測定リスク。
• NIST — SP 800-61 Rev.3 — 組織事故対応役割とリスク管理統合。
• OWASP — LLM06:2025 Excessive Agency — 最小機能・権限、利用者文脈、高影響の人承認。
• OWASP — LLM01:2025 Prompt Injection — 間接注入と信頼できない外部内容。

編集方法

OpenMax編集チームは2026年9月5日に上記の正確な公式・主要資料を確認し、情報源に基づく枠組み／製品文脈と独自運用整理を分離した。EM095は架空教材であり、ケース、通知試行、レビュー、割合はベンチマーク、認証、顧客結果、OpenMax実測ではない。利用前に有資格者レビューと実テナント検証が必要である。