No English page yet. Showing the Japanese source.

AI × Records Management／eDiscovery

用語・参照公式仕様のみ鮮度未確認

記事状態: 公開 · 最終確認: 未確認

要点

「AI会話・生成物・Agent実行は、AIで生成されたという理由だけで一律に記録または廃棄対象になるわけではない。記録性は組織の業務・法令・保存方針に従ってartifact単位で判断し、legal holdやeDiscoveryでは、会話、memory、監査ログ、成果物などの実際の保存先を把握して保全・検索・export範囲を確認する。ユーザー画面からの削除、検索不能、provider側retention終了は同じ事象ではない。製品のcompliance/eDiscovery連携は有力な実装手段だが、特定tenantでの適用範囲、hold状態、index/export coverageを別途検証する必要がある。」

現在の判断

F1 — “AI-generated” is not a record classification

NARAの2026 guidanceでは、AI inputs/outputs/audit trails/software等はrecord評価の対象になり得るが、AI利用そのものではrecord化しない。official businessでの利用、decision-makingへの依拠、circulation、systemへのcapture/control、business/legal obligation等が判定材料になる。したがって将来版で「AI会話は全部record」「AI logは全部保存」と一般化してはならない。

どこまで当てはまるか

Enterprise AI Core: artifact inventory / provenance / retention / deletion / audit
Governance: records classification / retention schedule / legal hold / investigation
Interoperability: provider compliance export → eDiscovery / archive / SIEM / DLP
Provider mapping: Microsoft Purview / OpenAI Compliance Platform（current product claim）
Organization overlay: records policy、legal/investigation trigger、custodian、jurisdiction、case procedure
Non-LLM component: mailbox/compliance store、archive、eDiscovery index/export、case management
法域注意: NARA/FRAおよび米国民事訴訟の資料は米国文脈の一次根拠であり、他法域への直接外挿はしない。

詳しく理解する

なぜ重要か

Enterprise AIでは、prompt/response、AI生成成果物、Agent実行ログ、tool result、memory、監査ログなどが複数の保存面に分散する。これらを一律に「AIログ」として保存・削除すると、(a) business recordか否か、(b) retention/records schedule、(c) legal hold、(d) eDiscoveryの検索・export、(e) user-visible deletion、(f) provider-side compliance log retentionを混同する。本項は、AI利用物を記録管理とdiscoveryへ接続する際に、何をrecord/evidenceとして扱い、どのrepositoryとlifecycleを追跡し、hold・search・export・deletionをどう分離するかの更新候補を確立する。

対象範囲と前提

Enterprise AI Core: artifact inventory / provenance / retention / deletion / audit
Governance: records classification / retention schedule / legal hold / investigation
Interoperability: provider compliance export → eDiscovery / archive / SIEM / DLP
Provider mapping: Microsoft Purview / OpenAI Compliance Platform（current product claim）
Organization overlay: records policy、legal/investigation trigger、custodian、jurisdiction、case procedure
Non-LLM component: mailbox/compliance store、archive、eDiscovery index/export、case management
法域注意: NARA/FRAおよび米国民事訴訟の資料は米国文脈の一次根拠であり、他法域への直接外挿はしない。

検討ポイント

AI会話・AI生成物・audit trail・Agent実行は、AI由来であることだけでrecordになるのか。
records managementとeDiscovery/legal holdを同一概念として扱えるか。
AI artifactの「保持」「検索可能」「export可能」「削除済み」は同じ状態か。
current enterprise productsはどのAI interaction surfaceをcompliance/eDiscoveryへ接続でき、どこにavailability/lifecycle gapがあるか。
将来版Enterprise AI Coreは何をartifact単位で記録すべきか。

EVIDENCE TABLE

E1 — primary government guidance / support+limit

- Exact title: Guidance on Applying the Federal Records Act to Artificial Intelligence Materials / AC 11.2026 - Author/Org: U.S. National Archives and Records Administration (NARA) - Canonical URL: https://www.archives.gov/records-mgmt/memos/ac-11-2026 - Publication / update / access: 2026-08-21 / last reviewed 2026-09-03 / accessed 2026-09-15 - Version: AC 11.2026 - Supporting locator: page summary, Part I/II description - Evidence label: VERIFIED_SPEC / SOURCE_REPORT - Relation: support + limit - Establishes: FRAのrecord definitionをAI inputs, outputs, data, audit trails, software等へ適用し、AI-related federal recordsの廃棄はNARA-approved scheduleに従う。しかも同guidanceはAI governance、e-discovery、privacy、security、ethical useのpolicyを定めないと明示する。

E2 — primary government guidance / support+counter

- Exact title: Guidance on Applying the Federal Records Act to Artificial Intelligence Materials (memorandum PDF) - Author/Org: NARA - Canonical URL: https://www.archives.gov/files/records-mgmt/policy/nara-fra-ai-guidance.pdf - Publication / access: 2026-08-21 / 2026-09-15 - Version: AC 11.2026 memorandum - Supporting locator: pp.1–5, especially federal record definition; pp.2–4 examples; Part II - Evidence label: VERIFIED_SPEC / SOURCE_REPORT - Relation: support + counter + limit - Establishes: AI platformを使った事実だけではfederal recordは自動生成されない。official business、decision-making、circulation、agency systemへのcapture/use等の状況が重要。mere retention of an audit trail does not itself establish record status。AI outputのscheduleはAIだから特別になるのではなく、例えばemailならemail、final reportならreportに適用されるscheduleが基準となる。

E3 — current product documentation / support

- Exact title: Microsoft Purview data security and compliance protections for generative AI apps - Author/Org: Microsoft - Canonical URL: https://learn.microsoft.com/en-us/purview/ai-microsoft-purview - Update / access: current page / accessed 2026-09-15 - Product/version: Microsoft Purview current service documentation; PRODUCT_VOLATILE - Supporting locator: sections “Microsoft Purview supports compliance management for AI apps” and “Auditing and AI interactions” - Evidence label: VERIFIED_SPEC / PRODUCT_VOLATILE - Relation: support + availability context - Establishes: supported AI interactions can be subject to auditing, communication compliance, eDiscovery content search, retention/deletion; prompts/responses can be captured in unified audit log with service/file references. Supported app categories are explicitly enumerated and therefore coverage is app/mode dependent。

E4 — current product documentation / support+counter

- Exact title: Search for and delete AI application data in eDiscovery - Author/Org: Microsoft - Canonical URL: https://learn.microsoft.com/purview/edisc-search-copilot-data - Update / access: current page / accessed 2026-09-15 - Product/version: Microsoft Purview eDiscovery current documentation; PRODUCT_VOLATILE - Supporting locator: search tips; Copilot memory notes; hold/retention removal before deletion - Evidence label: VERIFIED_SPEC / PRODUCT_VOLATILE - Relation: support + counter + limit - Establishes: AI dataをeDiscoveryで検索・削除する経路がある一方、Copilot inferred memoryは別item classであり、conversation/messageの削除はassociated memoryを削除しない。holdまたはretention policyが対象mailboxに残ると削除対象dataはretainされる。

E5 — current product documentation / support+limit

- Exact title: Learn about retention for Copilot and AI apps - Author/Org: Microsoft - Canonical URL: https://learn.microsoft.com/en-us/purview/retention-policies-copilot - Update / access: page current at access 2026-09-15 - Product/version: Microsoft Purview retention current documentation; PRODUCT_VOLATILE - Supporting locator: “How retention works with AI apps” - Evidence label: VERIFIED_SPEC / PRODUCT_VOLATILE - Relation: support + limit - Establishes: compliance用AI message dataはbackend mailbox hidden folderへ保存され、retention jobとSubstrateHoldsを経由する。Litigation Hold/eDiscovery hold等がある場合permanent deletionはsuspendされる。user-visible app stateとcompliance retention stateは一致しないことがあり、permanent deletionまでの間はeDiscovery search可能。

E6 — current product documentation / support+counter

- Exact title: Export search results in eDiscovery - Author/Org: Microsoft - Canonical URL: https://learn.microsoft.com/en-us/purview/edisc-search-export - Update / access: current page / accessed 2026-09-15 - Product/version: Microsoft Purview eDiscovery current documentation; PRODUCT_VOLATILE - Supporting locator: Export search results, indexed/partially indexed options - Evidence label: VERIFIED_SPEC / PRODUCT_VOLATILE - Relation: support + counter - Establishes: search/exportではindexed itemsとpartially/unindexed itemsの扱いを分離でき、search-timeとexport-timeの設定は独立する。したがって「検索で見える／統計に出る」と「同じ条件で完全にexportされる」は同義ではない。

E7 — current provider documentation / support+limit

- Exact title: OpenAI Compliance Platform for Enterprise and Edu customers - Author/Org: OpenAI - Canonical URL: https://help.openai.com/en/articles/9261474 - Update / access: current page / accessed 2026-09-15 - Product/version: Compliance Logs Platform; new conversation logs system released 2026-03-05; old stateful route removed 2026-06-05; PRODUCT_VOLATILE - Supporting locator: Data retention with the Compliance API; Deprecation notice; Partner integrations - Evidence label: VERIFIED_SPEC / PRODUCT_VOLATILE - Relation: support + limit + interoperability - Establishes: Compliance Logs Platformは30日retainし、それ以上のretentionにはconsumer側のcontinuous download/retentionが必要。eDiscovery/DLP/security provider integrationが用意される。Compliance Platformへの接続が、そのまま長期archiveまたはlegal hold機能であるとは言えない。

E8 — primary U.S. eDiscovery context / context+limit

- Exact title: Federal Rules of Civil Procedure — Rule 34/37 electronic discovery framework (official U.S. Courts materials) - Author/Org: Administrative Office of the U.S. Courts / Rules process - Canonical URL: https://www.uscourts.gov/rules-policies/current-rules-practice-procedure - Publication/update/access: current rules framework / accessed 2026-09-15 - Version: current federal civil procedure framework; jurisdiction-specific - Supporting locator: Rule 34 electronically stored information; Rule 37(e) preservation/loss framework - Evidence label: VERIFIED_SPEC / SOURCE_REPORT - Relation: context + limit - Establishes: U.S. federal civil discovery treats ESI broadly and preservation/loss obligations are litigation-context questions. AI-specific record statusを自動決定する規則としては扱わない。

利用できる条件

Microsoft Purview

- supported AI app/category gate - Purview/eDiscovery licensing and role/permission gate - mailbox/location/source coverage - retention/hold configuration - cloud/region/government environment differences - index/export settings and item indexability

OpenAI Compliance Platform

ChatGPT Enterprise / Edu workspace gate
workspace/admin permission/API-key scope gate
Compliance Logs Platform schema/version gate
30-day provider retention vs downstream retention architecture
partner integration coverage

実装・運用

Records/retention/eDiscovery control自体は成熟した非LLM enterprise controlとして既に存在する。
AI interaction integrationもMicrosoft Purview/OpenAI Compliance Platform等で実装済み。
ただしcross-providerで共通の「AI record schema」「universal hold API」「全artifact自動capture」は確認できない。
current practical implementationは provider capture/export + organization archive/eDiscovery/records system の連携型と見るのが安全。

確認・評価方法

性能benchmarkは本項の中心ではない。必要なのはcoverage/retrievability/hold/deletion verification。

TEST_PROFILE — AI_RECORDS_EDISCOVERY_CANARY_V1（未実施）

認証済みtenant操作を要するため本RUNでは実施しない。 1. synthetic canaryのみを用い、prompt、response、generated file、tool result、agent execution event、memory、audit/compliance logを別IDで生成。 2. 各artifactについてauthoritative repositoryとcapture timestampを記録。 3. eDiscovery/searchでartifactごとのhit/miss、index delay、metadataを観測。 4. authorized test tenantでretention/holdを付与し、user/app側削除とcompliance側残存を比較。 5. conversation削除後にmemory、audit、downstream exportが残るか個別確認。 6. exportし、artifact ID、timestamp、custodian/source、file/hash等のpreservation metadataを確認。 7. hold release後、documented purge windowを経て再検索。 8. false conclusion禁止: app非表示、404、検索hitなし、agent非想起の単独結果をphysical purge/comprehensive deletionの証明にしない。

セキュリティとプライバシー

Security

- eDiscovery/compliance APIは高権限面。least privilege、role separation、case-scoped access、admin/API key protectionが必要。 - exportは新しいsensitive copyを作るため、export destinationのencryption/access/retentionも管理対象。

Privacy

- “preserve everything”はprivacy/minimizationと衝突し得る。record/hold basisとscopeを明示し、法的・業務的に必要なartifactを対象化する。 - sensitive prompt/responseをreview/exportする場合、reviewer accessとsecondary useを管理する。

Audit

- hold create/change/release、search query、export、delete、role assignmentを監査証跡化する。 - artifact capture provenanceとcase action provenanceを分離して保持する。

Cost

- providerからのcontinuous log export、long-term archive、indexing、review/export storageは追加costとなる。OpenAIの30日retentionを超えて保存する設計では特にdownstream storage/ingestion costを見積もる。

Operability

- providerごとの保存面を一枚のmapに寄せることが運用上の要点。product UI名称よりartifact/repository/retention/hold/search/export/deletion stateを正本にする。

AUDITED BOUNDARY

AI origin does not itself determine record status. Records management, retention schedule, legal hold, compliance searchability, exportability, user-visible deletion and permanent deletion are separate. NARA AC 11.2026 excludes e-discovery policy. OpenAI compliance logs retention is not legal hold; current access patterns must remain distinct. GX relation is RELATED_GX_NOTE_ONLY.

確認できていること

F1 — “AI-generated” is not a record classification
NARAの2026 guidanceでは、AI inputs/outputs/audit trails/software等はrecord評価の対象になり得るが、AI利用そのものではrecord化しない。official businessでの利用、decision-makingへの依拠、circulation、systemへのcapture/control、business/legal obligation等が判定材料になる。したがって将来版で「AI会話は全部record」「AI logは全部保存」と一般化してはならない。
F2 — Records Management と eDiscovery は別レイヤ
NARA自身がAC 11.2026の射程からe-discoveryを除外している。records managementは何を公式記録としてどのscheduleで保持・廃棄するかの問題であり、eDiscovery/legal holdはlitigation/investigation時にresponsive ESIをpreserve/search/review/exportする問題である。両者はrepository、retention、provenanceを共有し得るが同義ではない。
F3 — AI artifactはrepository/lifecycle単位で管理する必要がある
current product evidenceでは、prompt/response、memory、audit/compliance logが別surfaceに存在する。Microsoftではconversation削除とmemory削除が分離し、compliance copyはhidden mailbox/hold経路を持つ。OpenAI Compliance Logs Platformは30日retentionで、長期保持はdownstream consumerが担う。よって「チャットを消した」「providerにlogがある」だけではrecords/eDiscovery要件を閉じられない。
F4 — hold / retention / deletion / search / export は別状態
Microsoftの仕様ではholdやretention policyがpermanent deletionを止め得る。またsearch/export時のindexed/partially indexed itemの扱いは独立する。従って最低でも次を別fieldで持つべきである。
record_status
retention_schedule / retention_until
hold_status / hold_scope
production_visibility
compliance_searchability
exportability / export_scope
logical_delete_status
permanent_delete_status / expected purge window
F5 — legal holdはprovider UIではなくorganization processとして設計する
特定providerがeDiscovery/retention APIを提供しても、trigger判定、custodian/repository scope、hold authorization、release authorization、chain of custodyはorganization overlayである。provider機能の存在を「法的保全が成立した」証明へ外挿しない。
F6 — AI provenanceはeDiscovery価値を上げるが、存在しないmetadataを推測しない
AI interactionにactor、timestamp、app/agent、model/config revision、source/tool link、artifact IDが残れば再現・説明・reviewが容易になる。しかしproviderがsystem prompt、internal reasoning、非公開telemetry、完全なmodel revision等を提供するとは限らない。public docsで明示されないsurfaceはUNKNOWNのまま扱う。

よくある失敗・反証

NARA guidanceはU.S. federal recordsへの一次根拠であり、民間企業・日本その他法域のrecords lawへ直接外挿しない。
NARAはe-discovery policyを定めていないため、records scheduleだけでlegal hold/discoveryを完結させない。
mere retention / audit trail existence ≠ record。逆にrecord policy未整備でもbusiness/legal needによりrecordとなる場合がある。
Provider public docs ≠ specific tenant configuration。license、region、app category、connector、permission、admin settingによりavailabilityは変わる。
user-visible deletion ≠ compliance-store deletion ≠ memory deletion ≠ downstream archive deletion。
eDiscovery search hit ≠ complete export。index状態、export setting、DLP/encryption、source coverage等の影響を受ける。
compliance API/log retention ≠ legal hold。OpenAI current docsでは30日を超える保持にはconsumer側収集が必要。
provider system内部のCoT/internal telemetry等をdiscoverableと推定しない。
“all AI activity”という表現は、明示されたcoverage matrixなしでは使用しない。
以下が一次/current資料で揃ったためEA-065をbounded closeする。
AI materialのrecord statusが「AI由来」だけで自動決定されない一次根拠。
records managementとeDiscoveryを分離すべき一次根拠。
current enterprise AI interactionについてhold/retention/search/export/deleteが別stateである実装証拠。
MicrosoftとOpenAIのcurrent provider mapping例、availability gate、counterevidence。
将来Coreがそのまま採否判断できるAI Record Evidence Map、TEST_PROFILE、OPEN_UNKNOWN。
BOUNDED_CLOSE: EA-065
---

実務での使い方

Microsoft Purview
supported AI app/category gate
Purview/eDiscovery licensing and role/permission gate
mailbox/location/source coverage
retention/hold configuration
cloud/region/government environment differences
index/export settings and item indexability
Records/retention/eDiscovery control自体は成熟した非LLM enterprise controlとして既に存在する。
AI interaction integrationもMicrosoft Purview/OpenAI Compliance Platform等で実装済み。
ただしcross-providerで共通の「AI record schema」「universal hold API」「全artifact自動capture」は確認できない。
current practical implementationは provider capture/export + organization archive/eDiscovery/records system の連携型と見るのが安全。
性能benchmarkは本項の中心ではない。必要なのはcoverage/retrievability/hold/deletion verification。
TEST_PROFILE — AI_RECORDS_EDISCOVERY_CANARY_V1（未実施）
認証済みtenant操作を要するため本RUNでは実施しない。
synthetic canaryのみを用い、prompt、response、generated file、tool result、agent execution event、memory、audit/compliance logを別IDで生成。
各artifactについてauthoritative repositoryとcapture timestampを記録。
eDiscovery/searchでartifactごとのhit/miss、index delay、metadataを観測。
authorized test tenantでretention/holdを付与し、user/app側削除とcompliance側残存を比較。
conversation削除後にmemory、audit、downstream exportが残るか個別確認。
exportし、artifact ID、timestamp、custodian/source、file/hash等のpreservation metadataを確認。
hold release後、documented purge windowを経て再検索。
false conclusion禁止: app非表示、404、検索hitなし、agent非想起の単独結果をphysical purge/comprehensive deletionの証明にしない。
Security
eDiscovery/compliance APIは高権限面。least privilege、role separation、case-scoped access、admin/API key protectionが必要。
exportは新しいsensitive copyを作るため、export destinationのencryption/access/retentionも管理対象。
Privacy
“preserve everything”はprivacy/minimizationと衝突し得る。record/hold basisとscopeを明示し、法的・業務的に必要なartifactを対象化する。
sensitive prompt/responseをreview/exportする場合、reviewer accessとsecondary useを管理する。
Audit
hold create/change/release、search query、export、delete、role assignmentを監査証跡化する。
artifact capture provenanceとcase action provenanceを分離して保持する。
Cost
providerからのcontinuous log export、long-term archive、indexing、review/export storageは追加costとなる。OpenAIの30日retentionを超えて保存する設計では特にdownstream storage/ingestion costを見積もる。
Operability
providerごとの保存面を一枚のmapに寄せることが運用上の要点。product UI名称よりartifact/repository/retention/hold/search/export/deletion stateを正本にする。
将来update Workでは、本項を単独の法律解説にせず、EA-064 Memory Lifecycle、EA-058 configuration management、EA-055 Agent Replay/Forensics、EA-056 AI Asset Inventoryと接続する。
Core candidate: AI RECORD EVIDENCE MAP（PROPOSAL / INFERENCE）
最低field:
artifact_id / artifact_type
business_record_status + basis + authority
authoritative_repository / provider / tenant
custodian / actor / agent / service principal
created_at / captured_at
source/provenance / parent-child relation
model/config/tool/source revision where observable
retention_schedule / retention_until
hold_status / hold_id / hold_scope
search/index status
export format / export availability / export timestamp / checksum if available
user-visible deletion status
compliance-store deletion status / expected purge window
downstream copies / archive destinations
evidence source / source version / as-of date
Core candidate: hold/readiness flow（PROPOSAL）
Inventory repositories → classify record/retention basis → legal/investigation triggerでcustodian/repository scope確定 → destructive lifecycleをsuspend/hold → search/index coverage確認 → export/preserve metadata → review/production → authorized release → documented retention/deletionへ復帰。
Provider Mappingで再確認するもの
Microsoft: supported AI app matrix、Copilot memory、hidden mailbox/retention、hold/search/export semantics、license/role/cloud gates。
OpenAI: Compliance Logs event/schema、current retention、workspace plan/admin gate、deletion semantics、eDiscovery partner integration。
他provider: equivalent compliance export / audit / retention / legal hold pathの有無は別採集。存在を推測しない。
AI origin does not itself determine record status. Records management, retention schedule, legal hold, compliance searchability, exportability, user-visible deletion and permanent deletion are separate. NARA AC 11.2026 excludes e-discovery policy. OpenAI compliance logs retention is not legal hold; current access patterns must remain distinct. GX relation is RELATED_GX_NOTE_ONLY.

まだ確認できていないこと

EA-065-UNKNOWN-01
- provider横断でAI conversation/memory/agent traceを共通表現するrecords/eDiscovery標準 — UNKNOWN。
- 各providerの全AI surfaceをlegal hold対象へ直接固定できるか — provider別UNKNOWN。
- system prompt、hidden orchestration state、internal reasoning/telemetryのdiscoverability — explicit documentationがない限りUNKNOWN。
- memory/vector index/derived summaryが元conversationのholdを自動継承するか — provider別UNKNOWN。
- 日本その他法域でのAI-specific records/eDiscovery要件 — jurisdiction-specific採集が必要。
- downstream connector/archiveへexport後のdeletion propagation — integration別UNKNOWN。
EA-065-UNKNOWN-CURRENTNESS
外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

根拠資料

研究資料研究資料
- Author/Org: U.S. National Archives and Records Administration (NARA)
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: NARA
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: Microsoft
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: Microsoft
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: Microsoft
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: Microsoft
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: OpenAI
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
研究資料研究資料
- Author/Org: Administrative Office of the U.S. Courts / Rules process
原資料を開く
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID: EA-065
最終確認日: —
提供元・モデル・プラン・利用環境: Microsoft · OpenAI
対象地域: —

元資料の全文と収録照合記録

WHY_THIS_MATTERS_TO_UPDATE

SCOPE_ROUTING

Enterprise AI Core: artifact inventory / provenance / retention / deletion / audit
Governance: records classification / retention schedule / legal hold / investigation
Interoperability: provider compliance export → eDiscovery / archive / SIEM / DLP
Provider mapping: Microsoft Purview / OpenAI Compliance Platform（current product claim）
Organization overlay: records policy、legal/investigation trigger、custodian、jurisdiction、case procedure
Non-LLM component: mailbox/compliance store、archive、eDiscovery index/export、case management
法域注意: NARA/FRAおよび米国民事訴訟の資料は米国文脈の一次根拠であり、他法域への直接外挿はしない。

CLAIM_OR_RESEARCH_QUESTION

AI会話・AI生成物・audit trail・Agent実行は、AI由来であることだけでrecordになるのか。
records managementとeDiscovery/legal holdを同一概念として扱えるか。
AI artifactの「保持」「検索可能」「export可能」「削除済み」は同じ状態か。
current enterprise productsはどのAI interaction surfaceをcompliance/eDiscoveryへ接続でき、どこにavailability/lifecycle gapがあるか。
将来版Enterprise AI Coreは何をartifact単位で記録すべきか。

EVIDENCE TABLE

E1 — primary government guidance / support+limit

E2 — primary government guidance / support+counter

E3 — current product documentation / support

E4 — current product documentation / support+counter

E5 — current product documentation / support+limit

E6 — current product documentation / support+counter

E7 — current provider documentation / support+limit

E8 — primary U.S. eDiscovery context / context+limit

FINDINGS

F1 — “AI-generated” is not a record classification

F2 — Records Management と eDiscovery は別レイヤ

NARA自身がAC 11.2026の射程からe-discoveryを除外している。records managementは何を公式記録としてどのscheduleで保持・廃棄するかの問題であり、eDiscovery/legal holdはlitigation/investigation時にresponsive ESIをpreserve/search/review/exportする問題である。両者はrepository、retention、provenanceを共有し得るが同義ではない。

F3 — AI artifactはrepository/lifecycle単位で管理する必要がある

current product evidenceでは、prompt/response、memory、audit/compliance logが別surfaceに存在する。Microsoftではconversation削除とmemory削除が分離し、compliance copyはhidden mailbox/hold経路を持つ。OpenAI Compliance Logs Platformは30日retentionで、長期保持はdownstream consumerが担う。よって「チャットを消した」「providerにlogがある」だけではrecords/eDiscovery要件を閉じられない。

F4 — hold / retention / deletion / search / export は別状態

Microsoftの仕様ではholdやretention policyがpermanent deletionを止め得る。またsearch/export時のindexed/partially indexed itemの扱いは独立する。従って最低でも次を別fieldで持つべきである。 - record_status - retention_schedule / retention_until - hold_status / hold_scope - production_visibility - compliance_searchability - exportability / export_scope - logical_delete_status - permanent_delete_status / expected purge window

F5 — legal holdはprovider UIではなくorganization processとして設計する

特定providerがeDiscovery/retention APIを提供しても、trigger判定、custodian/repository scope、hold authorization、release authorization、chain of custodyはorganization overlayである。provider機能の存在を「法的保全が成立した」証明へ外挿しない。

F6 — AI provenanceはeDiscovery価値を上げるが、存在しないmetadataを推測しない

AI interactionにactor、timestamp、app/agent、model/config revision、source/tool link、artifact IDが残れば再現・説明・reviewが容易になる。しかしproviderがsystem prompt、internal reasoning、非公開telemetry、完全なmodel revision等を提供するとは限らない。public docsで明示されないsurfaceはUNKNOWNのまま扱う。

LIMITS / COUNTEREVIDENCE / FAILURE ENVELOPE

NARA guidanceはU.S. federal recordsへの一次根拠であり、民間企業・日本その他法域のrecords lawへ直接外挿しない。
NARAはe-discovery policyを定めていないため、records scheduleだけでlegal hold/discoveryを完結させない。
mere retention / audit trail existence ≠ record。逆にrecord policy未整備でもbusiness/legal needによりrecordとなる場合がある。
Provider public docs ≠ specific tenant configuration。license、region、app category、connector、permission、admin settingによりavailabilityは変わる。
user-visible deletion ≠ compliance-store deletion ≠ memory deletion ≠ downstream archive deletion。
eDiscovery search hit ≠ complete export。index状態、export setting、DLP/encryption、source coverage等の影響を受ける。
compliance API/log retention ≠ legal hold。OpenAI current docsでは30日を超える保持にはconsumer側収集が必要。
provider system内部のCoT/internal telemetry等をdiscoverableと推定しない。
“all AI activity”という表現は、明示されたcoverage matrixなしでは使用しない。

AVAILABILITY_GATES

Microsoft Purview

OpenAI Compliance Platform

ChatGPT Enterprise / Edu workspace gate
workspace/admin permission/API-key scope gate
Compliance Logs Platform schema/version gate
30-day provider retention vs downstream retention architecture
partner integration coverage

IMPLEMENTATION_STATE

Records/retention/eDiscovery control自体は成熟した非LLM enterprise controlとして既に存在する。
AI interaction integrationもMicrosoft Purview/OpenAI Compliance Platform等で実装済み。
ただしcross-providerで共通の「AI record schema」「universal hold API」「全artifact自動capture」は確認できない。
current practical implementationは provider capture/export + organization archive/eDiscovery/records system の連携型と見るのが安全。

BENCHMARK_OR_EVAL

性能benchmarkは本項の中心ではない。必要なのはcoverage/retrievability/hold/deletion verification。

TEST_PROFILE — AI_RECORDS_EDISCOVERY_CANARY_V1（未実施）

SECURITY / PRIVACY / AUDIT / COST / OPERABILITY

Security

Privacy

Audit

- hold create/change/release、search query、export、delete、role assignmentを監査証跡化する。 - artifact capture provenanceとcase action provenanceを分離して保持する。

Cost

Operability

- providerごとの保存面を一枚のmapに寄せることが運用上の要点。product UI名称よりartifact/repository/retention/hold/search/export/deletion stateを正本にする。

SAFE_WORDING_FOR_FUTURE_BOOK

UPDATE_WORK_HANDOFF

将来update Workでは、本項を単独の法律解説にせず、EA-064 Memory Lifecycle、EA-058 configuration management、EA-055 Agent Replay/Forensics、EA-056 AI Asset Inventoryと接続する。

Core candidate: AI RECORD EVIDENCE MAP（PROPOSAL / INFERENCE）

最低field: - artifact_id / artifact_type - business_record_status + basis + authority - authoritative_repository / provider / tenant - custodian / actor / agent / service principal - created_at / captured_at - source/provenance / parent-child relation - model/config/tool/source revision where observable - retention_schedule / retention_until - hold_status / hold_id / hold_scope - search/index status - export format / export availability / export timestamp / checksum if available - user-visible deletion status - compliance-store deletion status / expected purge window - downstream copies / archive destinations - evidence source / source version / as-of date

Core candidate: hold/readiness flow（PROPOSAL）

Inventory repositories → classify record/retention basis → legal/investigation triggerでcustodian/repository scope確定 → destructive lifecycleをsuspend/hold → search/index coverage確認 → export/preserve metadata → review/production → authorized release → documented retention/deletionへ復帰。

Provider Mappingで再確認するもの

- Microsoft: supported AI app matrix、Copilot memory、hidden mailbox/retention、hold/search/export semantics、license/role/cloud gates。 - OpenAI: Compliance Logs event/schema、current retention、workspace plan/admin gate、deletion semantics、eDiscovery partner integration。 - 他provider: equivalent compliance export / audit / retention / legal hold pathの有無は別採集。存在を推測しない。

OPEN_UNKNOWN

provider横断でAI conversation/memory/agent traceを共通表現するrecords/eDiscovery標準 — UNKNOWN。
各providerの全AI surfaceをlegal hold対象へ直接固定できるか — provider別UNKNOWN。
system prompt、hidden orchestration state、internal reasoning/telemetryのdiscoverability — explicit documentationがない限りUNKNOWN。
memory/vector index/derived summaryが元conversationのholdを自動継承するか — provider別UNKNOWN。
日本その他法域でのAI-specific records/eDiscovery要件 — jurisdiction-specific採集が必要。
downstream connector/archiveへexport後のdeletion propagation — integration別UNKNOWN。

STOP_CONDITION

以下が一次/current資料で揃ったためEA-065をbounded closeする。 - AI materialのrecord statusが「AI由来」だけで自動決定されない一次根拠。 - records managementとeDiscoveryを分離すべき一次根拠。 - current enterprise AI interactionについてhold/retention/search/export/deleteが別stateである実装証拠。 - MicrosoftとOpenAIのcurrent provider mapping例、availability gate、counterevidence。 - 将来Coreがそのまま採否判断できるAI Record Evidence Map、TEST_PROFILE、OPEN_UNKNOWN。

BOUNDED_CLOSE: EA-065

---

AUDITED_BOUNDARY

EVD-EA-065-URL-9594B21DCBFA研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: U.S. National Archives and Records Administration (NARA)
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-9594B21DCBFA
検証箇所
EVIDENCE TABLE · - Canonical URL: https://www.archives.gov/records-mgmt/memos/ac-11-2026
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-5B088288FFE9研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: NARA
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-5B088288FFE9
検証箇所
EVIDENCE TABLE · - Canonical URL: https://www.archives.gov/files/records-mgmt/policy/nara-fra-ai-guidance.pdf
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-B8F74260B1EE研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: Microsoft
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-B8F74260B1EE
検証箇所
EVIDENCE TABLE · - Canonical URL: https://learn.microsoft.com/en-us/purview/ai-microsoft-purview
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-0F75EA8F070D研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: Microsoft
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-0F75EA8F070D
検証箇所
EVIDENCE TABLE · - Canonical URL: https://learn.microsoft.com/purview/edisc-search-copilot-data
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-BC920A61C860研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: Microsoft
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-BC920A61C860
検証箇所
EVIDENCE TABLE · - Canonical URL: https://learn.microsoft.com/en-us/purview/retention-policies-copilot
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-2087B04F54A0研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: Microsoft
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-2087B04F54A0
検証箇所
EVIDENCE TABLE · - Canonical URL: https://learn.microsoft.com/en-us/purview/edisc-search-export
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-D7C707A66DAA研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: OpenAI
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-D7C707A66DAA
検証箇所
EVIDENCE TABLE · - Canonical URL: https://help.openai.com/en/articles/9261474
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EVD-EA-065-URL-D813B61FD650研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE
- Author/Org: Administrative Office of the U.S. Courts / Rules process
裏付ける内容
—
確認日
—
出典・実験ID
SRC-EA-065-URL-D813B61FD650
検証箇所
EVIDENCE TABLE · - Canonical URL: https://www.uscourts.gov/rules-policies/current-rules-practice-procedure
適用範囲
EVIDENCE TABLE
出典・来歴
SOURCE_PACKET_REFERENCE_PROJECTED
限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
EA-065-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET
EA-065 監査済みresearch / canonical revision binding
裏付ける内容
### F1 — “AI-generated” is not a record classification NARAの2026 guidanceでは、AI inputs/outputs/audit trails/software等はrecord評価の対象になり得るが、AI利用そのものではrecord化しない。official businessでの利用、decision-makingへの依拠、circulation、systemへのcapture/control、business/legal obligation等が判定材料になる。したがって将来版で「AI会話は全部record」「AI logは全部保存」と一般化してはならない。
確認日
—
出典・実験ID
COMM-061-EA0065
検証箇所
COMM-061-EA0065 · EA-065-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-065.md
適用範囲
監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
出典・来歴
AUDIT_PASS_CANONICAL_BINDING
限界
canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
EA-065-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK
EA-065 Web body identity / canonical readback
裏付ける内容
canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
確認日
—
出典・実験ID
WEBBODY-EA0065-R8-EEBE0168
検証箇所
WEBBODY-EA0065-R8-EEBE0168 · content/staging/EA-065.md · EA-065-R5-LEGACY-MIGRATION-20261008-R1
適用範囲
R9/R10 canonical readback後のProduction生成時body identity。
出典・来歴
CANONICAL_READBACK_BODY_HASH_MATCH
限界
body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。

出典ID: COMM-061-EA0065, SRC-EA-065-URL-9594B21DCBFA, SRC-EA-065-URL-5B088288FFE9, SRC-EA-065-URL-B8F74260B1EE, SRC-EA-065-URL-0F75EA8F070D, SRC-EA-065-URL-BC920A61C860, SRC-EA-065-URL-2087B04F54A0, SRC-EA-065-URL-D7C707A66DAA, SRC-EA-065-URL-D813B61FD650, WEBBODY-EA0065-R8-EEBE0168
追跡中のUNKNOWN ID: EA-065-UNKNOWN-01, EA-065-UNKNOWN-CURRENTNESS
再確認のきっかけ: canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

同じ記事IDの機械可読データです。