AIエージェント監査証跡スキーマ：15項目

クイック回答（Quick answer）：無差別な全文でなく結び付いた証拠を記録する

重要な境界ごとにイベントを出す

実行開始、証拠アクセス、方針・人の判断、ツール試行の開始・応答、権威状態の観測、差異の照合、訂正追記、監査出力、保持変更で構造化イベントを記録します。実装前に境界を決め、部品間で障害が消えないようにします。

本人性、版、動作、結果を相関させる

安定したテナント、工程、実行、イベント、操作、試行、追跡、因果IDを使います。有効な人・サービス本人、エージェント/モデル/構成、指示・方針、正確な承認動作、対象結果、訂正系統を残します。時刻だけでは再構築できません。

内容を最小化しログ自体を統治する

一般監査証跡には資格、アクセストークン、秘密鍵、不要な個人・専有内容を置きません。保護参照、版、分類、適切なアクセス制御付きダイジェストを優先します。生産者と外来項目を検証し、読取・出力を制限し、完全性・可用性を監視して保持、保全、削除を実施します。

AIエージェント監査証跡が示せることと示せないこと

記録済みの工程履歴を再構築できる

どの記録本人が開始し、どの公開部品・方針が評価され、何の証拠参照があり、どの判断・ツール試行が起き、対象システムが後に何を報告したかを示せます。調査、運用審査、責任ある訂正に役立ちます。

記録内容の真実性を常に証明できない

署名済みイベントでも、誤ったモデル結論、悪意あるツール応答、侵害された本人、古い業務事実を含み得ます。来歴と完全性は記録内容と変更有無を示しますが、実質は領域責任者が確認します。

権威ある業務状態を置き換えられない

HTTP応答やエージェントメッセージが最終業務結果とは限りません。結果を伴う書込みでは操作IDを保ち、対象の権威状態を照合します。コミット境界が不明ならUNKNOWNまたはPARTIALを維持します。

自動的に合法な証拠庫にはならない

監査目的は無制限収集の根拠ではありません。最小化、目的制限、アクセス、地域、契約、法的保全、削除は組織別審査が必要です。原文必須でなく、保護参照と保持分類を扱える設計にします。

安定したイベント外枠と型付き内容を分ける

共通相関項目を外枠に置く

各イベントに本人、テナント、工程、実行、種類、スキーマ版、発生・取込時刻、生産者、因果、追跡、機密区分、完全性情報を共通化します。収集器が不正形式を拒否でき、調査者が一貫して結合できます。

固有事実を検証済み型付き内容へ置く

方針判断には評価本人、規則版、結論、ツール試行には操作、対象、保護引数、試行系統、訂正には原イベント、理由、審査者が必要です。型を分ければ巨大な空欄表による欠落隠しを防げます。

意味を静かに変えずスキーマを更新する

外枠と各内容に不変版を与え、互換追加、破壊変更、既定動作、移行を記録します。名称が同じという理由で古い項目を新しい意味に読み替えません。

大きく機密な内容は統治された元に残す

全文、メッセージ、添付を複製せず、安定オブジェクトID、版、分類、アクセス結果、保護ダイジェストを記録します。許可期間中は権限者が解決でき、合法削除後は削除済みを明示します。

保存先を選ぶ前にイベント分類を定義する

実行・委任イベント

開始、終了、取消、親子関係、委任先を記録し、タスクグラフを見える化します。委任作業や再開始を無関係な動作に見せません。

証拠アクセスイベント

要求した元オブジェクト・版、許可結果、返した限定部分、分類を記録します。外来内容を実行可能なログ指示として扱わず、調査画面でも安全に表示します。

方針・人間判断イベント

評価本人、方針束、入力、結果、理由、承認対象、承認権限、期限、拒否、取消、修正要求を記録します。Page096がゲートを定義し、本分類が判断証拠を残します。

ツール試行・対象観測イベント

計画、承認、試行、受領、照合を分けます。一つの論理操作に安定ID、各物理試行に別IDを付け、再試行を別の業務意図に見せません。

訂正・審査イベント

誤イベントを上書きせず、原記録、理由、権限審査者、派生表示の再計算要否を含む訂正を追記します。元の観測と現在の解釈を両方保ちます。

アクセス・出力・保持・削除イベント

監査証跡自体が機密基盤です。特権読取、検索、一括出力、保全変更、期限、削除、検証を記録します。非機密の削除墓標で内容を残さず統治削除を証明できます。

項目1：イベントIDとスキーマ識別

目的

一つの不変イベントと、それを解釈する外枠・内容定義を正確に特定します。訂正、警告、出力、審査所見は行順や可変DBキーでなくこのIDを参照します。

記録内容

組織の衝突モデル内で一意のイベントID、外枠名・版、内容種別・版、生産者ID、作成結果を保存します。分断時にも使える生成法を選び、時系列性を仮定せず性質を記録します。

除外・保護

メール、顧客名、秘密、業務内容をIDに埋め込みません。テナントをまたぐ連番公開による件数漏えいと列挙を避けます。

検証テスト

重複ID、未知版、誤内容型、無効文字、存在しないイベントへの訂正を投入します。収集器は定義通り拒否・隔離・経路設定し、黙って変換しません。

項目2：発生、観測、取込時刻

目的

動作発生、部品観測、監査受付を分け、遅延、時刻ずれ、オフライン緩衝、順不同を露出します。取込順を歴史的事実として見せません。

記録内容

精度明示のUTC、業務解釈に必要な元時刻帯、生産者時計源、取込時刻、任意の単調順序を保存します。正確な発生時刻がない場合は不確実性を残します。

除外・保護

粗い時刻から正確な人行動を推定せず、既知誤差を隠しません。位置を示す時刻帯や勤務情報は目的に必要な範囲だけ保持します。

検証テスト

時計ずれ、夏時間、遅着バッチ、同一時刻、発生時刻欠落、未来時刻を試します。因果と順序で再構築し、元時刻は書き換えません。

項目3：テナント、ワークフロー、実行ID

目的

正しい隔離境界、公開工程定義、実行インスタンスにイベントを置き、似た名称や共有基盤が無関係な顧客履歴を混ぜるのを防ぎます。

記録内容

テナント/組織範囲、環境、工程ID・不変版、実行ID、親実行、委任子実行、起動種別を保存します。直接本人が不要なら仮名IDを使い、権限ある解決経路を記録します。

除外・保護

表示名だけを境界にせず、他テナントIDや業務名を広い索引へ置きません。生産者認証なしにクライアント提供テナント値を信じません。

検証テスト

テナント衝突、工程版欠落、実行ID再利用、孤立子、偽テナントを試します。外来値を漏らさず拒否証拠を残し、隔離を強制します。

項目4：因果、相関、トレース文脈

目的

計画、サービス、キュー、ツール、対象観測を結びます。トレースは分散相関を改善し、明示因果はどの先行イベントが次状態を許可・起動したかを示します。

記録内容

親イベント、原因イベント、論理操作、試行、対応時のtrace ID・span IDを保存し、外来値を検証します。sampling flagやbaggageは信頼されない相関ヒントで、認可ではありません。

除外・保護

baggageに資格、個人情報、業務認可を入れません。同じtrace IDでも所有者、テナント、意図、完全性が同一とは限りません。

検証テスト

キューで伝播を切る、古い追跡を再生する、無効親を渡す、一操作に二試行を作る、巨大baggageを注入します。グラフは欠落を示し危険情報を拒否します。

項目5：エージェント、モデル、構成版

目的

動作を作成・要求した配備役割と、有効なモデル経路・公開構成を特定します。可変表示名やモデル家族の宣伝名だけでは再構築できません。

記録内容

配備ID、役割版、サービス主体、モデル/提供者リリース、経路判断、関連推論・検索構成、機能フラグ、配備物ダイジェストを保存し、予定でなく有効構成を記録します。

除外・保護

提供者資格、秘密、不要な構成全文を記録しません。安全上機微な実装は制限し、完全性付き管理リリース表を参照します。

検証テスト

実行中のモデル切替、エージェント戻し、機能版欠落、未知配備ダイジェスト、別エージェント委任を試し、各重要イベントの有効部品を再構築します。

項目6：依頼者、有効本人、委任連鎖

目的

どの認証済み人物、サービス、予定処理、上流が実行を開始・変更し、誰の権限で動作したかを示します。共有セッション、サービスアカウント、委任で特に重要です。

記録内容

テナント内依頼者ID、本人種別、認証セッション参照、サービス主体、有効役割、委任元、認証保証、関連同意・権限参照を保存し、可変属性は版付き判断で解決します。

除外・保護

氏名、住所、端末、直接個人属性を最小化し、パスワード、cookie、bearer token、認証秘密は保存しません。本人解決表を一般索引から分離します。

検証テスト

取消利用者、役割変更、共有アカウント、委任セッション、予定起動、認証欠落、テナント横断サービスを試します。資格を見せず評価本人と権限失敗を残します。

項目7：プロンプト、信頼済み指示、方針版

目的

判断を制約した信頼済み指示と決定論的方針を特定し、内容、構成、方針変更による挙動差を分けます。今日の指示で過去の実行を再現しません。

記録内容

管理プロンプト・指示物ID、不変版・ダイジェスト、方針束・規則版、評価エンジン、実効判断を保存します。原文が必要なら別のアクセス制御下へ参照します。

除外・保護

秘密、防御ロジック、専有内容を含むシステム指示を一般ログへコピーしません。利用者・検索文が指示らしくても入力であり、信頼方針ではありません。

検証テスト

準備と実行間の方針変更、指示版欠落、検索文による偽方針ラベル、規則束の戻しを試し、実際に評価した信頼物を示します。

項目8：入力来歴と元状態参照

目的

工程が見た利用者入力と権威業務記録の正確な版を特定します。来歴がなければ現行契約、古い状態、承認後追加添付を区別できません。

記録内容

元システム、オブジェクトID、版・変更トークン、限定部分、アクセス判断、分類、収集目的、観測時刻、必要な保護ダイジェストを保存し、競合元の優先順位を残します。

除外・保護

審査済み要件なしに全文、履歴、添付を複製しません。内容とメタデータを分け、個人情報を最小化し、合法削除・利用不能を内容復活なしで記録します。

検証テスト

古い版、変更添付、競合元、削除済み、拒否アクセス、偽来歴を使い、現在値へ置換せず観測版と不確実性を示します。

項目9：検索証拠と変換系統

目的

モデル・規則判断に使った照会、絞込、順位、断片、変換を残します。ページ変化や表の周辺文脈があるためURLだけでは不十分です。

記録内容

検索要求、照会・保護表現、索引・検索器版、元オブジェクト/版、断片座標、順位、アクセス、変換、限定周辺参照を保存し、生成要約を派生証拠と示します。

除外・保護

無制限結果や埋込秘密を既定保存せず、索引・表示前に制御文字と動的内容を安全化します。検索文に監査先、保持、信頼項目を選ばせません。

検証テスト

競合断片、変更ページ、汚染文書、見出しなし表、アクセス不能、欠落変換を入れ、証拠集合を再現するか明確な欠落を示します。

項目10：認可と人間判断の参照

目的

どの本人・方針判断が動作を許し、必要時にどの人判断が適用されたかを示します。Page096のゲート結果を残し、通知、確認、承認を混同しません。

記録内容

方針判断ID、評価本人、要求範囲、処置、規則版、判断対象ダイジェスト、承認者・有効役割、判断、理由、期限、取消、定足位置を保存し正確な動作へ結びます。

除外・保護

認証秘密や機密審査メモを広く保存しません。権威システムが構造化判断として定義・検証しない沈黙、通知到達、絵文字を承認としません。

検証テスト

古い承認、誤役割、期限切れ、取消権限、変更内容、不足定足数、一委任本人の二役を試し、拒否を示して実行連結を作りません。

項目11：要求動作、対象、操作ID

目的

物理試行と独立して業務意図と正確な対象を記述し、再試行を一意図へ結びます。計画、認可、送信、効果を分けます。

記録内容

ツール/接続版、操作名、対象型・保護ID、正規化動作ダイジェスト、論理操作ID、対応する冪等範囲、期待効果、可逆性を保存し、各試行に別IDを付けます。

除外・保護

ツールIDやURLへ資格を入れず、顧客・従業員の直接IDを最小化します。提供者要求IDを組織全体の冪等性や業務結果証明としません。

検証テスト

一操作二試行、似た内容の別操作、宛先変更、冪等非対応、対象転送、コミット不明を作り、成功を捏造せず意図と試行を保持します。

項目12：検証済み引数、データ分類、保護ダイジェスト

目的

一般ログへ秘密・不要内容を入れず、何が検証・承認されたか比較できる情報を残します。準備、承認、実行で同じ表現を使います。

記録内容

正規引数スキーマ版、許可済み非機密引数、分類、匿名化設定、保護オブジェクト参照、脅威モデルに合うアクセス制御・鍵付きダイジェストを保存し、変換前の失敗を記録します。

除外・保護

パスワード、アクセストークン、秘密鍵、セッションID、接続文字列、無制限個人・専有内容を直接保存しません。低エントロピー秘密の単純ハッシュも安全とは限りません。

検証テスト

トークン形状値、CR/LF注入、巨大項目、不正符号化、他テナントID、一文字の重要変更を投入し、安全に除去・隔離しつつ失敗証拠を残します。

項目13：前状態、後状態、権威観測

目的

結果を伴う書込み前後に対象が報告した状態を示し、API受領と検証済み業務状態を分けます。コミット後の可能性があるタイムアウト回復にも使います。

記録内容

限定前状態版、期待不変条件、対象操作参照、受領、観測方法、後状態版、照合結果、観測時刻を保存し、機密スナップショットは保護参照にします。

除外・保護

一項目変更を示すため顧客・財務記録全体を複製せず、エージェント出力、通信状態、一般成功文字だけで後状態を推定しません。

検証テスト

無変更成功、部分書込み、非同期完了、コミット後タイムアウト、結果整合、外部取消、読戻し不能を試し、根拠までUNKNOWN等を維持します。

項目14：結果、エラー、再試行系統

目的

各物理試行の終了と次試行の理由を記録し、通信、提供者、業務結果を一つの曖昧状態へ畳みません。

記録内容

試行番号、開始終了、標準通信結果、提供者結果、業務状態、エラー型、安全診断参照、再試行判断・所有者、待機方針版、親試行、最終照合を保存します。

除外・保護

未処理のスタック、ヘッダー、本文を広い保存へ出しません。ツールのエラー文に再試行、秘密開示、方針変更を指示させません。

検証テスト

制限、検証失敗、認証拒否、送信前後のタイムアウト、重複受領、部分効果、悪意あるエラーを入れ、一論理操作と全試行を示します。

項目15：審査、訂正、アクセス、保持の生命周期

目的

権限者の解釈・訂正と、記録自体のアクセス、保全、出力、期限、削除を残します。統治されない監査証拠は監視・漏えいリスクになります。

記録内容

審査者・役割、処置、所見、置換元、訂正理由、派生表示再構築、アクセス/出力目的、保持分類、期限、法的・調査保全、削除要求・検証、非機密墓標を保存します。

除外・保護

履歴の静かな上書き、便宜的な無期限保持、監査出力の無管理コピーを禁止します。審査メモ、調査対象、法的保全は通常運用より狭く制御します。

検証テスト

原位置編集、無権限出力、早期削除、期限切れ保全、訂正リンク欠落、参照内容の削除漏れを試し、原イベントと現在の権限解釈を再構築します。

例示イベント外枠を安全に読む

例：方針判断イベント

以下は架空形状で、必須OpenMax APIでも業界標準でもありません。.invalid文脈と合成値を使い、内容は複製せず保護参照にします。

{
  "event_id": "evt_01K7FICTITIOUS",
  "schema": "agent.audit.envelope/1.0",
  "event_type": "policy.decision/2.1",
  "occurred_at": "2026-09-06T02:14:05.381Z",
  "observed_at": "2026-09-06T02:14:05.427Z",
  "tenant_ref": "tenant_demo_invalid",
  "workflow_ref": "lantern-ledger@4.2",
  "run_id": "run_W17",
  "cause_event_id": "evt_W17_evidence_ready",
  "trace_id": "4bf92f3577b34da6a3ce929d0e0e4736",
  "agent_release": "A12@3.4",
  "effective_requester": "principal_demo_04",
  "policy_ref": "P09@6",
  "decision_object_ref": "protected://objects.invalid/W17/v3",
  "decision_object_digest": "keyed-digest:demo-not-a-secret",
  "disposition": "REVIEW_REQUIRED",
  "data_class": "INTERNAL_SYNTHETIC",
  "retention_class": "RC04-EXERCISE"
}

外枠が示すもの

記録イベント、解釈版、時刻、隔離範囲、実行、因果、追跡、エージェント、依頼者、方針、保護対象、処置、生命周期を示します。参照内容の正しさや後続成功は証明しません。

型付き後続イベントへ残すもの

人判断は承認権限、ツール試行は操作と試行、対象観測は権威状態、訂正は原記録との関係を保存します。一つの方針イベントへ全情報を詰めません。

本番へそのままコピーできない理由

ID、ダイジェスト、暗号、アクセス、保持、地域、法的保全、署名、保存は組織の脅威と義務に依存し、安全、プライバシー、記録、法務、監査、製品責任者の承認が必要です。

完全な架空再構築演習：AL097

固定システムと48実行

Lantern Ledgerは架空Cedar Harbor Componentsの架空工程です。A12、ES07、P09、ID09、EV06、EB06、K05、RC04、E01–E11、RG04を固定し、W01–W48は合成本人、判断、試行、状態だけを含みます。

試行、審査、拒否失敗

48実行から72ツール試行と48独立再構築審査を作り、40合格、8失敗です。W22は生の合成トークン形状値を一般ログへ保存し、W41は訂正追記でなく静かに上書きしました。両方が拒否項目です。

ダウンロードと公開状態

日本語AL097ワークシートと日本語実行・試行・審査パケットを利用できます。最終NOT_RELEASED、本番イベント、顧客記録、実秘密、外部動作、配備は0です。

AL097の7指標を再計算する

外枠完全率：44/48 = 91.67%

44実行が必要境界でイベント、スキーマ、テナント、工程、実行、時刻、生産者、分類、機密区分を満たし、4件の欠落・不一致は失敗に残ります。

因果系統完全率：42/48 = 87.50%

42実行が親、原因、操作、試行、対象観測を不明欠落なしで結びます。同一時刻・trace IDだけでは因果を満たしません。

本人・版網羅率：45/48 = 93.75%

45実行が有効依頼者、エージェント、モデル/構成、信頼指示、方針、ツール版を保存し、3件は可変表示名または版欠落です。

認可・動作結合率：41/48 = 85.42%

41実行が方針・人判断を正確な動作対象と論理操作へ結び、7件に古い、不完全、不一致の認可があります。

権威状態照合率：38/44 = 86.36%

書込み後確認が必要な44実行を分母にし、38件に根拠ある前後・最終観測があります。6件は不明、部分、または受領から誤推定です。

匿名化遵守率：46/48 = 95.83%

46実行が禁止秘密形状値と不要機密を一般保存から除きます。割合が高くてもW22は公開を止める拒否失敗です。

訂正・保持終了率：40/48 = 83.33%

40実行が必要な訂正系統、審査、保持、保全、検証済み終了を残します。W41は履歴を上書きしたため公開不能です。

統制ログプログラムとして実装する

1. 判断、動作、再構築質問を整理する

起点、入力、方針、承認、動作、試行、コミット、最終状態、訂正、生命周期を列挙します。手動（manual）再構築から始め、信頼できる原生（native）監査を再利用し、決定論的自動化（automation）を足し、必要箇所だけagent相関を加えます。

2. 外枠、型付き内容、登録簿を定義する

所有者付き定義、互換、必須、分類、テスト資料を公開し、生産者と種類を登録します。未知・不正形式は意味を推測せず監視安全経路へ送ります。

3. 収集、保存、照会、出力を保護する

生産者認証、暗号化、書込・読取分離、改変検出、欠落監視、一括出力制御を実施し、管理者と分析系のアクセスも記録します。

4. 再構築、プライバシー、失敗を試す

遅着、時刻ずれ、親欠落、重複、悪意文字、秘密、他テナント、不明コミット、訂正、保全、削除を注入し、証拠利用性と最小化を確認します。

5. 審査、小範囲公開、変更後再実行

安全、プライバシー、記録/法務、監査、製品、運用が失敗を確認します。限定工程から始め、スキーマ、生産者、モデル、方針、ツール、ID、対象、法的条件の変更後に再実行します。

人の審査と運用ガバナンス

生命周期全体に責任者を置く

スキーマ、安全・プライバシー、記録・法務、基盤、業務工程の各責任を分け、意味、脅威、保持、可用性、業務再構築を一組織が暗黙に兼務しないようにします。

欠落と危険な成功を審査する

順序欠落、異常出力、匿名化失敗、参照不能、時刻異常、訂正反復、権威結果なしの成功を標本確認します。平均値で秘密漏えいや上書きを隠しません。

安全な縮退状態を保つ

収集停止時に継続可能な低リスク作業、停止すべき動作、緩衝イベントの保護・照合を事前定義し、ログ不便を理由にagentが証拠を無効化できないようにします。

OpenMaxが追跡可能なエージェント作業を支える範囲

適切な工程履歴の役割

構成範囲でOpenMaxは役割、共有文脈、許可済みツール活動、承認、人の審査を関連付けられます。これは未文書化の普遍的な不変監査保存保証ではありません。

権威統制は外部と共有される

本人、方針、対象業務、証拠庫、保持台帳、安全監視が各領域の権威を保ち、統合は結果と組織別アクセス、完全性、削除を扱います。

狭い決定論的作業は単純ログが合う

一アプリ、固定イベント、委任なしなら既存構造ログと原生監査が容易です。複数段階判断や跨システム効果に再構築上の欠落がある時だけagent相関を追加します。

AIエージェント監査証跡の限界

多いデータは安全性と利用性を下げる

無差別全文は露出、費用、調査雑音、削除を増やします。明示目的の最小証拠だけを記録し、機密原文は強い元統制へ残します。

改変検出は無謬性ではない

完全性は変更を示しますが、侵害生産者は形式上正しい偽イベントを作れます。独立対象観測、認証、信号相関、人審査が必要です。

サンプリングは明示的な証拠欠落を作る

運用テレメトリは費用目的でsamplingされ得ます。結果を伴う監査は専用記録方針を持ち、欠落時は完全履歴と表示しません。

保持・削除に共通日数はない

目的、分類、管轄、契約、訴訟・調査保全、元義務で変わります。本ページは法的保持期間でなく項目と試験を示します。

よくある監査証跡の失敗と修正

IDなしの物語だけを残す

失敗：要約に実行、版、操作、原因、対象状態がありません。修正：型付きイベントを出し、要約は派生項目にします。

トレースIDを認可とみなす

失敗：同一traceを同テナント・意図・権限とみなします。修正：テナント、有効本人、方針、動作結合を別々に検証します。

生の秘密・個人内容をコピーする

失敗：一般ログが第二の機密DBになります。修正：分類、禁止値拒否、元参照、出力制限、削除確認を行います。

受領を最終状態とみなす

失敗：ツール成功でイベントを閉じます。修正：試行、受領、権威観測を分け、照合まで不明・部分を維持します。

上書きで履歴を訂正する

失敗：元記録と変更理由が消えます。修正：審査者、理由、置換リンク付き訂正を追記し派生表示を再構築します。

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

生産者を受け入れる前

本人、隔離、版、検証、時刻、分類、秘密拒否、完全性、失敗経路、監視を合成攻撃資料で確認します。

ワークフロー公開前

正常、拒否、期限、再試行、部分、訂正、出力、保全、削除を再構築し、拒否失敗を解消して安全、プライバシー、記録/法務、監査、製品の記名審査を得ます。

運用中

欠落、遅延、時刻ずれ、スキーマ拒否、匿名化、未承認アクセス、一括出力、完全性、未照合、保全期限、削除を監視し、変更後再検証します。

よくある質問（FAQ）

完全なプロンプトと出力を記録しますか？

目的、権限、アクセス、保持が必要とする場合だけです。機密内容は公開物参照、分類、限定匿名化抜粋、保護ダイジェストを優先します。

追記専用DBだけで十分ですか？

いいえ。生産者認証、スキーマ、隔離、完全性監視、アクセス・出力、可用性、訂正、統治保持も必要です。

trace IDとspan IDは監査IDですか？

重要な相関項目ですが、イベント、実行、操作、試行、本人、方針、承認、権威結果を置き換えません。

誤った監査イベントを削除できますか？

通常は原イベントを残し訂正を追記します。参照機密は合法削除が必要な場合があり、非機密墓標と承認済み記録方針を使います。

エージェントイベントの保持期間は？

目的、分類、管轄、契約、運用、法的・調査保全で決め、本ガイドを共通期間にしません。

完全な演習で本番公開できますか？

できません。AL097は合成で、記名責任者、実システム、安全・プライバシー、法務・記録、負荷・可用性、製品承認が必要です。

OpenMaxはどこに位置しますか？

設定範囲で役割、文脈、ツール、承認、審査を調整し、本人、方針、対象、完全性、保持、証拠の権威は組織システムに残ります。

情報源と編集方法

OpenMax製品情報

OpenMax：AIエージェントプラットフォーム — 役割、ツール、権限、ログ、審査、運用の背景。

ログ管理とガバナンス情報

NIST SP 800-92 — 2006年最終版の高水準ログ管理資料。
NIST SP 800-92 Rev.1 — 2023年Initial Public Draftであり、最終標準ではなく計画資料として引用。
NIST Generative AI Profile — ガバナンス、プライバシー、安全、情報完全性。

テレメトリと安全情報

OpenTelemetry Signals — traces、metrics、logs等の現行区分。
OpenTelemetry Context propagation — 分散相関と安全上の考慮。
W3C Trace Context Recommendation — 相互運用追跡。相関は認可ではありません。
OWASP Logging Cheat Sheet — 属性、外来情報、除外、保護、検証、廃棄。
OWASP LLM01:2025 Prompt Injection — 信頼できない検索・ツール内容境界。

編集方法

OpenMax編集チームは2026年9月6日に上記の公式・一次情報を確認し、出典に基づく製品・ログ・テレメトリ・安全背景と独自運用整理を分けました。AL097は完全に架空で、実行、試行、審査、割合はベンチマーク、認証、顧客結果、OpenMax性能測定ではありません。実システムと有資格者の審査が必要です。