# Enterprise AI Coreそのものの標準化 CURRENT_STATUS: UNKNOWN OBSERVATION: SPEC_ONLY FRESHNESS: UNKNOWN PAGE_TYPE: reference CANONICAL_URL: /tools/ea-040-extension-research-run-2026-09-28-16-19-jst CLAIM_IDS: none EVIDENCE_IDS: EVD-EA-040-URL-1106781EBBDE, EVD-EA-040-URL-E639F95D9C53, EVD-EA-040-URL-D41993CA6F1C, EVD-EA-040-URL-33D25B306E1A, EVD-EA-040-URL-71C6BF63EBCB, EVD-EA-040-URL-49AF6AFC8C20, EVD-EA-040-URL-D7AA87223273, EA-040-R11-RESEARCH, EA-040-R11-WEB-READBACK UNKNOWN_IDS: EA-040-UNKNOWN-01, EA-040-UNKNOWN-CURRENTNESS OPS_IDS: none ## Summary 「Enterprise AI Core」は既存の単一国際標準の名称ではなく、本辞典がベンダー中立の運用比較面として定義するprofileである。ISO/IEC 22989・23053・42001、NIST AI RMF/GAI Profile、TEVV資源、OpenTelemetry等の既存標準・枠組みを置換せず、能力・境界・状態・証拠・統制・ライフサイクルをcrosswalkする。provider固有機能とtenant実挙動は別レイヤでas-of/version/availability gate付きで検証する。 ## Current judgment F1 \[RESEARCH\]: 単一の引用元がEnterprise AI Coreをend-to-endで規定しているわけではない。防御可能な構成は複数authorityのcrosswalk/profileであり、「普遍的なEnterprise AI Core標準が既に存在する」とは記述しない。 ## Scope COMMON_CORE / PROVIDER_NEUTRAL / GOVERNANCE+OPERABILITY+OBSERVABILITY。provider固有実装、特定tenant挙動、契約・plan entitlementはCore定義から分離する。 ## Confirmed - F1 \[RESEARCH\]: 単一の引用元がEnterprise AI Coreをend-to-endで規定しているわけではない。防御可能な構成は複数authorityのcrosswalk/profileであり、「普遍的なEnterprise AI Core標準が既に存在する」とは記述しない。 F2 \[PROPOSAL\]: 最小Core objectは六planeに分離する。(A) CAPABILITY --- inference/retrieval/memory/tool execution/media/eval、(B) BOUNDARY --- identity/authorization/data/tenant/network/tool trust boundary、(C) STATE --- model/config/prompt/policy/index/memory/session/workflow/version state、(D) EVIDENCE --- provenance/source locator/eval/trace/log/audit/readback、(E) CONTROL --- policy gate/approval/budget/rate/cost/rollback/revocation、(F) LIFECYCLE --- design/build/deploy/operate/change/retire。これは本辞典のsynthesisであり外部標準の引用条項ではない。 F3 \[PROPOSAL\]: provider mappingはprovider objectをCore capability ID、availability gate、evidence locatorへbindする。mappingからCore semanticsを逆定義しない。未確認tenant挙動はUNKNOWNのまま保持する。 F4 \[RESEARCH\]: ISO/IEC 42001は組織management-system、NIST AI RMF/GAI Profileはrisk-management outcomes/actions、NIST AIRCはTEVV operationalization、OpenTelemetryはportable telemetry namingを主に担う。相互補完であり代替関係ではない。 F5 \[PRODUCT_VOLATILE\]: NISTはAI RMF 1.0を2026年に改訂中と明記。ISO/IEC 22989 GenAI Amendment 1とISO/IEC 23053 GenAI Amendment 1は2026-09-28時点でunder development/final-draft approval。draftをpublished standardとして扱わない。 ## UNKNOWN - EA-040-UNKNOWN-01: ISO GenAI amendmentsの最終公開内容・日付、NIST AI RMF revision最終内容、OpenTelemetry GenAI conventions各要素のstable/experimental状態、この六plane synthesisそのものの独立enterprise実装evidence、organization-specific certification/control mapping。 - EA-040-UNKNOWN-CURRENTNESS: 外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。 ## Evidence - EVD-EA-040-URL-1106781EBBDE (RESEARCH): 2026-09-28, — https://www.iso.org/standard/74296.html - EVD-EA-040-URL-E639F95D9C53 (RESEARCH): access 2026-09-28, — https://www.iso.org/standard/74438.html - EVD-EA-040-URL-D41993CA6F1C (RESEARCH): https://www.iso.org/standard/81230.html — https://www.iso.org/standard/81230.html - EVD-EA-040-URL-33D25B306E1A (RESEARCH): 2026-09-28, — https://doi.org/10.6028/NIST.AI.600-1 - EVD-EA-040-URL-71C6BF63EBCB (RESEARCH): access 2026-09-28, — https://airc.nist.gov/ - EVD-EA-040-URL-49AF6AFC8C20 (RESEARCH): https://opentelemetry.io/docs/specs/otel/semantic-conventions/ — https://opentelemetry.io/docs/specs/otel/semantic-conventions/ - EVD-EA-040-URL-D7AA87223273 (RESEARCH): https://genai.owasp.org/2026/09/01/owasp-genai-security-project-unveils-2026-top-10-for-llm-applications-new-agent-control-standard-and-sponsors-as-community-tops-30000-members/ — https://genai.owasp.org/2026/09/01/owasp-genai-security-project-unveils-2026-top-10-for-llm-applications-new-agent-control-standard-and-sponsors-as-community-tops-30000-members/ - EA-040-R11-RESEARCH (RESEARCH): EA-040 監査済みresearch / canonical revision binding - EA-040-R11-WEB-READBACK (IMPL): EA-040 Web body identity / canonical readback ## Failure / limits terminology、management system、risk framework、observability、security guidanceはconformance semanticsが異なる。名称類似だけでcrosswalk equivalenceを断定しない。 ## Failure / limits ISO/IEC 42001への適合・認証は特定agent/tool call、retrieval ACL、memory deletion、model responseの正しさを証明しない。 ## Failure / limits OpenTelemetry convention準拠は相関可能性を改善するが、telemetry completeness、truthfulness、tenant isolation、audit-grade retentionを自動的に証明しない。 ## Failure / limits model ID、API、plan、region、policy controlは標準より速く変化する。provider mappingにはas-of/version/readbackが必要。 ## Failure / limits public docsやmarketing pageをOBSERVED tenant behaviorへ昇格させない。 ## Failure / limits agentic systemではmodel outputがactionへ変換されるため、identity/authorization/tool/data boundaryへcontrolを結び付ける。 ## Failure / limits lowest-common-denominator schemaはprovider固有control/failure modeを消し得るためextension fieldとprovider-specific sectionを許容する。 ## Failure / limits EA-040 bounded researchは、単一Core標準が直接存在するとは確認できないこと、crosswalk可能な主要層、version-sensitive dependencies、failure envelope、安全な将来記述を確定したためCOMPLETE。次回は再研究せず、標準改訂時のVERSION_REFRESHまたは実装検証時のSUPPLEMENT_ONLYとする。 --- ## Practice Core specification自体はprovider-neutral。product mappingではprovider、product/API、model/version、plan/contract、region、organization/tenant policy、identity/role、data residency、feature flag/preview status、dateを分離記録する。organizationのcertification/framework adoptionは別gateであり推測しない。 ## Practice PROPOSAL_READY_FOR_COMPILATION。外部の単一標準ではない。構成層は既存authorityで支持されるが、辞典独自Core schema/profileにはschema design、conformance rule、provider mapping testが必要。認証済みtenant操作は未実施。 ## Practice benchmark scoreだけでCore conformanceを証明しない。将来TEST_PROFILEは、少なくとも2 providerと1 OSS/local stackで同一bounded workflowをCore objectへmapし、identity/authorization boundary、retrieval provenance、state/version capture、tool action evidence、cost/usage telemetry、failure/rollback、readbackを検証する。mapping completeness、evidence reproducibility、model task qualityは別scoreにする。NIST AIRC/TEVVはmethodology inputであり本Coreのpass/fail benchmarkではない。 ## Practice capability invocationはactor/workload identity、delegated authority、target resource/tool、policy decisionをbindする。model output単独をauthorizationにしない。 PRIVACY: data class、purpose/retention/residency constraint、provider training/retention control applicabilityを記録し、tenant実設定は別検証する。 AUDIT: event correlation、source/provenance locator、config/model/policy version、result/readback relationを保持する。telemetryとaudit evidenceは別evidence classとする。 COST: metering unit、price source/as-of、budget/rate gate、observed usageを分離する。public list priceはorganization TCOではない。 OPERABILITY: health/dependency state、retry/idempotency、rollback/revocation、degradation modeを記録し、provider非公開内部挙動はUNKNOWNとする。 ## Practice Core schemaを capability/boundary/state/evidence/control/lifecycle の六planeで定義する。 ## Practice 各fieldに normative source / dictionary proposal / provider extension のoriginを保持する。 ## Practice conformanceを Core schema completeness / evidence reproducibility / provider mapping fidelity に分離する。 ## Practice NIST AI RMF revisionおよびISO GenAI amendments公開後にVERSION_REFRESHする。 ## Practice provider mappingをCoreへ従属させ、provider差分からCoreを逆定義しない。 ## Practice Six-plane Enterprise AI Core synthesis is DICTIONARY PROPOSAL, not an existing universal standard. Preserve standards/tenant boundaries and every OPEN_UNKNOWN. NIST AI RMF revision, ISO GenAI amendments, and OpenTelemetry GenAI maturity remain version-sensitive; no draft is represented as published. TESTS: Library authority full readback PASS; proposal/standards-boundary/UNKNOWN markers PASS. Build/CI deferred to eligible Git batch. ## 要点と前提 RUN_MODE: LEDGER_DRIVEN_RESEARCH + CANONICAL_SYNC_RESCUE LEDGER_ID: 1KqhJtiSb2S84rWmeYVwKcT_76dBwZ_B0ZZuAWQqH0rQ SYNC_RESCUE: EA-211, EA-212 location-audit ledger writeback completed and read back before research unit. ## WHY_THIS_MATTERS_TO_UPDATE 製品名・provider固有UI・model名を正本概念にすると更新のたびに運用仕様が崩れる。Coreを能力、境界、状態、証拠、統制点として定義すれば、provider mappingを差替可能にしつつ監査・移行・比較の共通面を維持できる。 ## SCOPE_ROUTING COMMON_CORE / PROVIDER_NEUTRAL / GOVERNANCE+OPERABILITY+OBSERVABILITY。provider固有実装、特定tenant挙動、契約・plan entitlementはCore定義から分離する。 ## CLAIM_OR_RESEARCH_QUESTION Enterprise AI Coreを単一の新標準として発明せず、既存のAI用語・システム枠組み・管理システム・リスク管理・TEVV・observability/security conventionsをcrosswalkし、最小のvendor-neutral contractを定義できるか。 ## EVIDENCE TABLE 1. official standard --- ISO/IEC 22989:2022, *Information technology --- Artificial intelligence --- Artificial intelligence concepts and terminology*, ISO/IEC JTC 1/SC 42, 2022-07, Edition 1, access 2026-09-28, https://www.iso.org/standard/74296.html, VERIFIED_SPEC, terminology baseline. AI terminology/conceptsを組織横断で提供するがenterprise runtime Coreは規定しない。 2. official standard --- ISO/IEC 23053:2022, *Framework for AI systems using machine learning*, ISO/IEC JTC 1/SC 42, 2022-06, Edition 1, access 2026-09-28, https://www.iso.org/standard/74438.html, VERIFIED_SPEC, system/component baseline. ML-based AI systemを構造的に記述する枠組みでありagent/RAG/provider-neutral operational contractそのものではない。 3. official standard --- ISO/IEC 42001:2023, *Information technology --- Artificial intelligence --- Management system*, ISO/IEC JTC 1/SC 42, 2023-12, Edition 1, access 2026-09-28, https://www.iso.org/standard/81230.html, VERIFIED_SPEC, organizational governance boundary. AI management systemの確立・実装・維持・継続改善を対象とする。 4. government framework --- NIST AI 600-1, *Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile*, NIST, 2024-07-26, NIST page updated 2026-04-08, access 2026-09-28, https://doi.org/10.6028/NIST.AI.600-1, VERIFIED_SPEC, risk/lifecycle/evidence controls. AI RMF 1.0 companion profileであり製品保証ではない。 5. government operational resource --- NIST AI Resource Center, NIST, access 2026-09-28, https://airc.nist.gov/, VERIFIED_SPEC, TEVV operationalization. Testing/evaluation/verification/validation resourcesを提供する。 6. author-maintained OSS specification --- OpenTelemetry Semantic Conventions, OpenTelemetry, access 2026-09-28, https://opentelemetry.io/docs/specs/otel/semantic-conventions/, status=Development on retrieved spec, OSS_PRACTICE, portable telemetry vocabulary. Convention maturityは個別に異なるためversion/maturityを保持する。 7. security community primary project --- OWASP GenAI Security Project 2026 Top 10 / Agent Control Standard announcement, OWASP GenAI Security Project, 2026-09-01, access 2026-09-28, https://genai.owasp.org/2026/09/01/owasp-genai-security-project-unveils-2026-top-10-for-llm-applications-new-agent-control-standard-and-sponsors-as-community-tops-30000-members/, SOURCE_REPORT, security/failure-envelope input。ISO/NIST相当の普遍的normative standardとは扱わない。 ## FINDINGS F1 \[RESEARCH\]: 単一の引用元がEnterprise AI Coreをend-to-endで規定しているわけではない。防御可能な構成は複数authorityのcrosswalk/profileであり、「普遍的なEnterprise AI Core標準が既に存在する」とは記述しない。 F2 \[PROPOSAL\]: 最小Core objectは六planeに分離する。(A) CAPABILITY --- inference/retrieval/memory/tool execution/media/eval、(B) BOUNDARY --- identity/authorization/data/tenant/network/tool trust boundary、(C) STATE --- model/config/prompt/policy/index/memory/session/workflow/version state、(D) EVIDENCE --- provenance/source locator/eval/trace/log/audit/readback、(E) CONTROL --- policy gate/approval/budget/rate/cost/rollback/revocation、(F) LIFECYCLE --- design/build/deploy/operate/change/retire。これは本辞典のsynthesisであり外部標準の引用条項ではない。 F3 \[PROPOSAL\]: provider mappingはprovider objectをCore capability ID、availability gate、evidence locatorへbindする。mappingからCore semanticsを逆定義しない。未確認tenant挙動はUNKNOWNのまま保持する。 F4 \[RESEARCH\]: ISO/IEC 42001は組織management-system、NIST AI RMF/GAI Profileはrisk-management outcomes/actions、NIST AIRCはTEVV operationalization、OpenTelemetryはportable telemetry namingを主に担う。相互補完であり代替関係ではない。 F5 \[PRODUCT_VOLATILE\]: NISTはAI RMF 1.0を2026年に改訂中と明記。ISO/IEC 22989 GenAI Amendment 1とISO/IEC 23053 GenAI Amendment 1は2026-09-28時点でunder development/final-draft approval。draftをpublished standardとして扱わない。 ## LIMITS / COUNTEREVIDENCE / FAILURE ENVELOPE - terminology、management system、risk framework、observability、security guidanceはconformance semanticsが異なる。名称類似だけでcrosswalk equivalenceを断定しない。 - ISO/IEC 42001への適合・認証は特定agent/tool call、retrieval ACL、memory deletion、model responseの正しさを証明しない。 - OpenTelemetry convention準拠は相関可能性を改善するが、telemetry completeness、truthfulness、tenant isolation、audit-grade retentionを自動的に証明しない。 - model ID、API、plan、region、policy controlは標準より速く変化する。provider mappingにはas-of/version/readbackが必要。 - public docsやmarketing pageをOBSERVED tenant behaviorへ昇格させない。 - agentic systemではmodel outputがactionへ変換されるため、identity/authorization/tool/data boundaryへcontrolを結び付ける。 - lowest-common-denominator schemaはprovider固有control/failure modeを消し得るためextension fieldとprovider-specific sectionを許容する。 ## AVAILABILITY_GATES Core specification自体はprovider-neutral。product mappingではprovider、product/API、model/version、plan/contract、region、organization/tenant policy、identity/role、data residency、feature flag/preview status、dateを分離記録する。organizationのcertification/framework adoptionは別gateであり推測しない。 ## IMPLEMENTATION_STATE PROPOSAL_READY_FOR_COMPILATION。外部の単一標準ではない。構成層は既存authorityで支持されるが、辞典独自Core schema/profileにはschema design、conformance rule、provider mapping testが必要。認証済みtenant操作は未実施。 ## BENCHMARK_OR_EVAL benchmark scoreだけでCore conformanceを証明しない。将来TEST_PROFILEは、少なくとも2 providerと1 OSS/local stackで同一bounded workflowをCore objectへmapし、identity/authorization boundary、retrieval provenance、state/version capture、tool action evidence、cost/usage telemetry、failure/rollback、readbackを検証する。mapping completeness、evidence reproducibility、model task qualityは別scoreにする。NIST AIRC/TEVVはmethodology inputであり本Coreのpass/fail benchmarkではない。 ## SECURITY capability invocationはactor/workload identity、delegated authority、target resource/tool、policy decisionをbindする。model output単独をauthorizationにしない。 PRIVACY: data class、purpose/retention/residency constraint、provider training/retention control applicabilityを記録し、tenant実設定は別検証する。 AUDIT: event correlation、source/provenance locator、config/model/policy version、result/readback relationを保持する。telemetryとaudit evidenceは別evidence classとする。 COST: metering unit、price source/as-of、budget/rate gate、observed usageを分離する。public list priceはorganization TCOではない。 OPERABILITY: health/dependency state、retry/idempotency、rollback/revocation、degradation modeを記録し、provider非公開内部挙動はUNKNOWNとする。 ## SAFE_WORDING_FOR_FUTURE_BOOK 「Enterprise AI Core」は既存の単一国際標準の名称ではなく、本辞典がベンダー中立の運用比較面として定義するprofileである。ISO/IEC 22989・23053・42001、NIST AI RMF/GAI Profile、TEVV資源、OpenTelemetry等の既存標準・枠組みを置換せず、能力・境界・状態・証拠・統制・ライフサイクルをcrosswalkする。provider固有機能とtenant実挙動は別レイヤでas-of/version/availability gate付きで検証する。 ## UPDATE_WORK_HANDOFF 1. Core schemaを capability/boundary/state/evidence/control/lifecycle の六planeで定義する。 2. 各fieldに normative source / dictionary proposal / provider extension のoriginを保持する。 3. conformanceを Core schema completeness / evidence reproducibility / provider mapping fidelity に分離する。 4. NIST AI RMF revisionおよびISO GenAI amendments公開後にVERSION_REFRESHする。 5. provider mappingをCoreへ従属させ、provider差分からCoreを逆定義しない。 ## UNKNOWN ISO GenAI amendmentsの最終公開内容・日付、NIST AI RMF revision最終内容、OpenTelemetry GenAI conventions各要素のstable/experimental状態、この六plane synthesisそのものの独立enterprise実装evidence、organization-specific certification/control mapping。 ## STOP_CONDITION EA-040 bounded researchは、単一Core標準が直接存在するとは確認できないこと、crosswalk可能な主要層、version-sensitive dependencies、failure envelope、安全な将来記述を確定したためCOMPLETE。次回は再研究せず、標準改訂時のVERSION_REFRESHまたは実装検証時のSUPPLEMENT_ONLYとする。 --- ## AUDITED_BOUNDARY Six-plane Enterprise AI Core synthesis is DICTIONARY PROPOSAL, not an existing universal standard. Preserve standards/tenant boundaries and every OPEN_UNKNOWN. NIST AI RMF revision, ISO GenAI amendments, and OpenTelemetry GenAI maturity remain version-sensitive; no draft is represented as published. TESTS: Library authority full readback PASS; proposal/standards-boundary/UNKNOWN markers PASS. Build/CI deferred to eligible Git batch. NEXT: /agent/start.json STOP: This is a knowledge projection, not an execution order.