# AI × Records Management／eDiscovery

CURRENT_STATUS: UNKNOWN
OBSERVATION: SPEC_ONLY
FRESHNESS: UNKNOWN
PAGE_TYPE: reference
CANONICAL_URL: /tools/ea-065-ai-records-management-ediscovery
CLAIM_IDS: none
EVIDENCE_IDS: EVD-EA-065-URL-9594B21DCBFA, EVD-EA-065-URL-5B088288FFE9, EVD-EA-065-URL-B8F74260B1EE, EVD-EA-065-URL-0F75EA8F070D, EVD-EA-065-URL-BC920A61C860, EVD-EA-065-URL-2087B04F54A0, EVD-EA-065-URL-D7C707A66DAA, EVD-EA-065-URL-D813B61FD650, EA-065-R11-RESEARCH, EA-065-R11-WEB-READBACK
UNKNOWN_IDS: EA-065-UNKNOWN-01, EA-065-UNKNOWN-CURRENTNESS
OPS_IDS: none

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

## Current judgment
### 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は全部保存」と一般化してはならない。

## Scope
- 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および米国民事訴訟の資料は米国文脈の一次根拠であり、他法域への直接外挿はしない。

## Confirmed
- ### 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のまま扱う。

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

## Evidence
- EVD-EA-065-URL-9594B21DCBFA (RESEARCH): - Author/Org: U.S. National Archives and Records Administration (NARA) — https://www.archives.gov/records-mgmt/memos/ac-11-2026
- EVD-EA-065-URL-5B088288FFE9 (RESEARCH): - Author/Org: NARA — https://www.archives.gov/files/records-mgmt/policy/nara-fra-ai-guidance.pdf
- EVD-EA-065-URL-B8F74260B1EE (RESEARCH): - Author/Org: Microsoft — https://learn.microsoft.com/en-us/purview/ai-microsoft-purview
- EVD-EA-065-URL-0F75EA8F070D (RESEARCH): - Author/Org: Microsoft — https://learn.microsoft.com/purview/edisc-search-copilot-data
- EVD-EA-065-URL-BC920A61C860 (RESEARCH): - Author/Org: Microsoft — https://learn.microsoft.com/en-us/purview/retention-policies-copilot
- EVD-EA-065-URL-2087B04F54A0 (RESEARCH): - Author/Org: Microsoft — https://learn.microsoft.com/en-us/purview/edisc-search-export
- EVD-EA-065-URL-D7C707A66DAA (RESEARCH): - Author/Org: OpenAI — https://help.openai.com/en/articles/9261474
- EVD-EA-065-URL-D813B61FD650 (RESEARCH): - Author/Org: Administrative Office of the U.S. Courts / Rules process — https://www.uscourts.gov/rules-policies/current-rules-practice-procedure
- EA-065-R11-RESEARCH (RESEARCH): EA-065 監査済みresearch / canonical revision binding
- EA-065-R11-WEB-READBACK (IMPL): EA-065 Web body identity / canonical readback

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


BOUNDED_CLOSE: EA-065

---
## Practice
### Microsoft Purview
## Practice
supported AI app/category gate
## Practice
Purview/eDiscovery licensing and role/permission gate
## Practice
mailbox/location/source coverage
## Practice
retention/hold configuration
## Practice
cloud/region/government environment differences
## Practice
index/export settings and item indexability
## Practice
Records/retention/eDiscovery control自体は成熟した非LLM enterprise controlとして既に存在する。
## Practice
AI interaction integrationもMicrosoft Purview/OpenAI Compliance Platform等で実装済み。
## Practice
ただしcross-providerで共通の「AI record schema」「universal hold API」「全artifact自動capture」は確認できない。
## Practice
current practical implementationは provider capture/export + organization archive/eDiscovery/records system の連携型と見るのが安全。
## Practice
性能benchmarkは本項の中心ではない。必要なのはcoverage/retrievability/hold/deletion verification。


### TEST_PROFILE — AI_RECORDS_EDISCOVERY_CANARY_V1（未実施）
認証済みtenant操作を要するため本RUNでは実施しない。
## Practice
synthetic canaryのみを用い、prompt、response、generated file、tool result、agent execution event、memory、audit/compliance logを別IDで生成。
## Practice
各artifactについてauthoritative repositoryとcapture timestampを記録。
## Practice
eDiscovery/searchでartifactごとのhit/miss、index delay、metadataを観測。
## Practice
authorized test tenantでretention/holdを付与し、user/app側削除とcompliance側残存を比較。
## Practice
conversation削除後にmemory、audit、downstream exportが残るか個別確認。
## Practice
exportし、artifact ID、timestamp、custodian/source、file/hash等のpreservation metadataを確認。
## Practice
hold release後、documented purge windowを経て再検索。
## Practice
false conclusion禁止: app非表示、404、検索hitなし、agent非想起の単独結果をphysical purge/comprehensive deletionの証明にしない。
## Practice
### Security
## Practice
eDiscovery/compliance APIは高権限面。least privilege、role separation、case-scoped access、admin/API key protectionが必要。
## Practice
exportは新しいsensitive copyを作るため、export destinationのencryption/access/retentionも管理対象。


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


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


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


### Operability
## Practice
providerごとの保存面を一枚のmapに寄せることが運用上の要点。product UI名称よりartifact/repository/retention/hold/search/export/deletion stateを正本にする。
## Practice
将来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:
## Practice
artifact_id / artifact_type
## Practice
business_record_status + basis + authority
## Practice
authoritative_repository / provider / tenant
## Practice
custodian / actor / agent / service principal
## Practice
created_at / captured_at
## Practice
source/provenance / parent-child relation
## Practice
model/config/tool/source revision where observable
## Practice
retention_schedule / retention_until
## Practice
hold_status / hold_id / hold_scope
## Practice
search/index status
## Practice
export format / export availability / export timestamp / checksum if available
## Practice
user-visible deletion status
## Practice
compliance-store deletion status / expected purge window
## Practice
downstream copies / archive destinations
## Practice
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で再確認するもの
## Practice
Microsoft: supported AI app matrix、Copilot memory、hidden mailbox/retention、hold/search/export semantics、license/role/cloud gates。
## Practice
OpenAI: Compliance Logs event/schema、current retention、workspace plan/admin gate、deletion semantics、eDiscovery partner integration。
## Practice
他provider: equivalent compliance export / audit / retention / legal hold pathの有無は別採集。存在を推測しない。
## Practice
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.
## WHY_THIS_MATTERS_TO_UPDATE
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をどう分離するかの更新候補を確立する。

## 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
1. AI会話・AI生成物・audit trail・Agent実行は、AI由来であることだけでrecordになるのか。
2. records managementとeDiscovery/legal holdを同一概念として扱えるか。
3. AI artifactの「保持」「検索可能」「export可能」「削除済み」は同じ状態か。
4. current enterprise productsはどのAI interaction surfaceをcompliance/eDiscoveryへ接続でき、どこにavailability/lifecycle gapがあるか。
5. 将来版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を自動決定する規則としては扱わない。

## FINDINGS
### 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のまま扱う。

## 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
- 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

## 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（未実施）
認証済み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 / PRIVACY / AUDIT / COST / OPERABILITY
### 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を正本にする。

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

## 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
1. provider横断でAI conversation/memory/agent traceを共通表現するrecords/eDiscovery標準 — UNKNOWN。
2. 各providerの全AI surfaceをlegal hold対象へ直接固定できるか — provider別UNKNOWN。
3. system prompt、hidden orchestration state、internal reasoning/telemetryのdiscoverability — explicit documentationがない限りUNKNOWN。
4. memory/vector index/derived summaryが元conversationのholdを自動継承するか — provider別UNKNOWN。
5. 日本その他法域でのAI-specific records/eDiscovery要件 — jurisdiction-specific採集が必要。
6. 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
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.

NEXT: /agent/start.json
STOP: This is a knowledge projection, not an execution order.