Enterprise AI Coreそのものの標準化

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.

製品名・provider固有UI・model名を正本概念にすると更新のたびに運用仕様が崩れる。Coreを能力、境界、状態、証拠、統制点として定義すれば、provider mappingを差替可能にしつつ監査・移行・比較の共通面を維持できる。

COMMON_CORE / PROVIDER_NEUTRAL / GOVERNANCE+OPERABILITY+OBSERVABILITY。provider固有実装、特定tenant挙動、契約・plan entitlementはCore定義から分離する。

Enterprise AI Coreを単一の新標準として発明せず、既存のAI用語・システム枠組み・管理システム・リスク管理・TEVV・observability/security conventionsをcrosswalkし、最小のvendor-neutral contractを定義できるか。

• 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は規定しない。
• 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そのものではない。
• 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の確立・実装・維持・継続改善を対象とする。
• 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であり製品保証ではない。
• 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を提供する。
• 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を保持する。
• 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とは扱わない。

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として扱わない。

• 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を許容する。

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であり推測しない。

PROPOSAL_READY_FOR_COMPILATION。外部の単一標準ではない。構成層は既存authorityで支持されるが、辞典独自Core schema/profileにはschema design、conformance rule、provider mapping testが必要。認証済みtenant操作は未実施。

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ではない。

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とする。

「Enterprise AI Core」は既存の単一国際標準の名称ではなく、本辞典がベンダー中立の運用比較面として定義するprofileである。ISO/IEC 22989・23053・42001、NIST AI RMF/GAI Profile、TEVV資源、OpenTelemetry等の既存標準・枠組みを置換せず、能力・境界・状態・証拠・統制・ライフサイクルをcrosswalkする。provider固有機能とtenant実挙動は別レイヤでas-of/version/availability gate付きで検証する。

• Core schemaを capability/boundary/state/evidence/control/lifecycle の六planeで定義する。
• 各fieldに normative source / dictionary proposal / provider extension のoriginを保持する。
• conformanceを Core schema completeness / evidence reproducibility / provider mapping fidelity に分離する。
• NIST AI RMF revisionおよびISO GenAI amendments公開後にVERSION_REFRESHする。
• provider mappingをCoreへ従属させ、provider差分からCoreを逆定義しない。

ISO GenAI amendmentsの最終公開内容・日付、NIST AI RMF revision最終内容、OpenTelemetry GenAI conventions各要素のstable/experimental状態、この六plane synthesisそのものの独立enterprise実装evidence、organization-specific certification/control mapping。

EA-040 bounded researchは、単一Core標準が直接存在するとは確認できないこと、crosswalk可能な主要層、version-sensitive dependencies、failure envelope、安全な将来記述を確定したためCOMPLETE。次回は再研究せず、標準改訂時のVERSION_REFRESHまたは実装検証時のSUPPLEMENT_ONLYとする。

---

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.