Digital Twin × AI

Agentが設備・工場・ネットワーク・建物・物流などのphysical/operational systemへ作用する場合、LLMのtool-call成功だけでは安全性・実行可能性を保証できない。Digital Twinは、現実のasset/stateをモデル化し、候補actionをsimulationで評価してから実環境へ昇格させる境界になり得る。ただしtwinは現実そのものではなく、model fidelity・state freshness・boundary conditions・sensor qualityに依存するため、「twinで成功した＝現実でも安全」を保証するものではない。

Enterprise AI Core: simulation-before-action、state/provenance、approval gate、rollback/abort、model-version governance。 Provider mapping: Azure Digital Twins、AWS IoT TwinMaker、NVIDIA Omniverse/physical AI。 Interoperability: ISO 23247 series、DTDL/JSON-LD、複数twin composition。 Implementation / non-LLM component: graph/model store、telemetry ingestion、physics/process simulator、scenario runner、policy/solver、3D/sensor simulation。 Governance: twin fidelity、state freshness、simulation-to-real promotion、audit。

Q1. Digital TwinをAgentのpre-execution safety/evaluation boundaryとして設計できるか。 Q2. twin state・model・scenario・solver/physics versionを何まで固定すれば再現可能なdecision evidenceになるか。 Q3. simulation successをreal-world safetyへ外挿できないfailure envelopeは何か。 Q4. 複数vendor/assetのtwin compositionをどうinteroperableに扱うか。

• source class: international standard exact title: ISO 23247-6:2026 Automation systems and integration — Digital twin framework for manufacturing — Part 6: Digital twin composition author/org: ISO/TC 184/SC 4 canonical URL: https://www.iso.org/standard/87426.html publication/update/access: published 2026-07 / accessed 2026-09-16 version: ISO 23247-6:2026 Edition 1 supporting locator: Abstract / composition types label: VERIFIED_SPEC relation: support / context established: manufacturing digital twinsのcompositionとしてintegrated / unified / federatedを識別し、異なるparty/vendorのtwin間communication・aggregation・interoperationを扱う。単一vendorの3D sceneだけをDigital Twin一般形とみなさない根拠になる。

• source class: international standard use case exact title: ISO/TR 23247-100:2025 — Use case on management of semiconductor ingot growth process author/org: ISO/TC 184/SC 4 canonical URL: https://www.iso.org/standard/90387.html publication/update/access: published 2025-05 / accessed 2026-09-16 version: Edition 1 supporting locator: Abstract label: VERIFIED_SPEC relation: support / context established: ISO 23247 seriesを用いてsemiconductor ingot growthのmonitoring/control twinを分析・設計する具体use caseが存在する。Digital Twinがvisualizationだけでなくmonitor/control system設計へ接続し得ることを支持する。

• source class: official product documentation exact title: DTDL models - Azure Digital Twins author/org: Microsoft canonical URL: https://learn.microsoft.com/en-us/azure/digital-twins/concepts-models publication/update/access: current page accessed 2026-09-16 version: DTDL v2/v3; v3 recommended supporting locator: Supported DTDL versions; model properties/components/relationships label: VERIFIED_SPEC + PRODUCT_VOLATILE relation: support / limit established: Azure Digital TwinsはJSON-LD based DTDLでproperties/components/relationshipsを持つmodelを定義し、v2/v3をsupportする。v3推奨。一方Azure Digital Twins Explorerのv3 supportにはModel Graph/import等の制限があり、service capabilityとUI capabilityを分離する必要がある。

• source class: official product documentation exact title: Knowledge graph scene integration / Dynamic scenes - AWS IoT TwinMaker author/org: Amazon Web Services canonical URL: https://docs.aws.amazon.com/iot-twinmaker/latest/guide/tm-knowledge-graph-scene.html publication/update/access: accessed 2026-09-16 version: current service docs supporting locator: knowledge graph relationships; scene viewer; dynamic scene behavior label: VERIFIED_SPEC + PRODUCT_VOLATILE relation: support / limit established: TwinMakerはentity relationship knowledge graphと3D scene/viewerを接続できる。dynamic sceneはknowledge graph queryに基づきscene node/settings/data bindingを更新する。visual/graph integrationの存在は確認できるが、それ自体はphysics fidelityやAgent action safetyを保証しない。

• source class: official vendor release/product announcement exact title: NVIDIA Agent Toolkit Expands With New Omniverse Libraries, Putting AI Agents to Work Building Simulation-Ready Worlds author/org: NVIDIA canonical URL: https://nvidianews.nvidia.com/news/nvidia-agent-toolkit-expands-with-new-omniverse-libraries-putting-ai-agents-to-work-building-simulation-ready-worlds publication/update/access: 2026-07-20 / accessed 2026-09-16 version/release: Omniverse libraries / Agent Toolkit, 2026-07 announcement supporting locator: RTX sensor simulation; GPU-accelerated physics; simulation-ready asset validation; agent-callable tools label: SOURCE_REPORT + PRODUCT_VOLATILE relation: support / context established: NVIDIAはOmniverse librariesをAgent Toolkitへ接続し、sensor simulation、physics simulation、simulation-ready asset validationをagent-callable workflowとして公開している。AI agentとsimulation environmentの技術接続がcurrent product directionとして存在する。

• source class: official product/release documentation exact title: Production Branch (PB) — Omniverse Developer Overview author/org: NVIDIA canonical URL: https://docs.omniverse.nvidia.com/dev-overview/latest/branches/production.html publication/update/access: accessed 2026-09-16 version/release: Production Branch May 2026 (PB 26h1); planned EOS 2027-01; EOL 2027-04 supporting locator: PB 26h1; Agentic AI Development; Sensor Simulation label: VERIFIED_SPEC + PRODUCT_VOLATILE relation: support / availability gate established: stable production branchにもagent-native platform servicesとsensor simulationが入っており、version/support windowを固定可能。Digital Twin evidenceではsceneだけでなくsimulation runtime/library branchを記録すべき。

• source class: official vendor blueprint/release exact title: NVIDIA Releases Vera Rubin DSX AI Factory Reference Design and Omniverse DSX Digital Twin Blueprint With Broad Industry Support author/org: NVIDIA canonical URL: https://nvidianews.nvidia.com/news/nvidia-releases-vera-rubin-dsx-ai-factory-reference-design-and-omniverse-dsx-digital-twin-blueprint-with-broad-industry-support publication/update/access: 2026-03-16 / accessed 2026-09-16 version/release: Omniverse DSX Blueprint GA, 2026-03 supporting locator: DSX Sim / SimReady / simulation before construction or deployment label: SOURCE_REPORT + PRODUCT_VOLATILE relation: support / limit established: AI factoryのpower/cooling/network/operations等をsimulationし、hardware/workload changeをproduction disruptionなしに評価するcommercial blueprintがGAと報告される。ただしvendor-reported benefitは独立実運用performanceの証明ではない。

• EA-079は成立する。ただしDigital Twinを「3Dコピー」ではなく、最低でも asset/model identity + state synchronization + relationship/topology + simulation/behavior model + scenario/action + outcome + real-world promotion gate の組として定義すべきである。
• Agent接続時の中心価値は、LLMに物理法則を推測させることではなく、候補actionをformal/physics/process simulatorへ渡し、simulation outcomeを検査してからhuman/policy gate経由で現実へ昇格することにある。
• ISO 23247-6:2026によりmulti-twin composition/interoperationは標準化対象であり、provider固有twinを共通Coreへ写像する根拠がある。
• Azure Digital Twinsはsemantic graph/state modeling、AWS TwinMakerはknowledge graph/scene integration、NVIDIA Omniverseはphysics/sensor simulation寄りであり、「Digital Twin製品」を同じ能力として横並びにしない。semantic twin / operational twin / physics twin / visualization twinを能力軸で分離する。
• Agent simulationでは、twinが返した結果だけでなく、入力state snapshot、scenario、model/solver/physics version、random seed（該当時）、constraints、acceptance criteriaを保存しなければ監査可能なpre-execution evidenceにならない。

• MODEL GAP: twinに未実装の物理・運用制約はsimulationで検出できない。
• STATE STALENESS: telemetry遅延・欠損・sensor driftによりtwin stateが現実と乖離する。
• PARAMETER/CALIBRATION ERROR: geometry、mass、thermal、network、queue/service-time等のparameter誤りで結果が変わる。
• SIM2REAL GAP: simulation successはreal-world safety/performanceの保証ではない。現実側のdisturbance、wear、human behavior、unknown unknownsを含まない場合がある。
• COMPOSITION ERROR: 複数twinをfederateしてもidentity、units、timebase、CRS、ontology、causal semanticsが不一致なら誤った統合状態になる。
• AGENT FORMALIZATION ERROR: 自然言語要求をscenario/action/constraintへ変換するLLMが誤れば、simulatorが正しくても誤った問題を検証する。
• VENDOR CLAIM LIMIT: NVIDIA等のproduct announcementにある効率改善値・導入効果は当該条件のvendor reportであり一般化しない。
• UI LIMIT: Azure Digital Twins ExplorerのDTDL v3制限のように、backend supportと管理UI supportは一致しない。

Azure: Azure Digital Twins region/service availability、DTDL v2/v3、API/SDK/CLI vs Explorer機能差、tenant/auth/configuration。 AWS: TwinMaker pricing tier、workspace/knowledge graph/scene configuration、Grafana/custom viewer、source connector availability。 NVIDIA: Omniverse library/Production Branch、GPU/RTX requirements、AI Enterprise/Omniverse support entitlement、specific simulation library、local/cloud deployment。 Cross-vendor: asset model availability、telemetry access、simulation-ready geometry/materials、calibration data、license、OT network boundary。

VERIFIED_SPEC: ISO 23247-6:2026 composition framework; Azure DTDL v2/v3 modeling; TwinMaker knowledge-graph/scene integration; Omniverse PB 26h1 support lifecycle. SOURCE_REPORT / PRODUCT_VOLATILE: NVIDIA Agent Toolkit/Omniverse agent-callable simulation and DSX blueprint GA claims. PROPOSAL: Agent actionをDigital Twinでpreflightする共通simulation gateと下記contract。

Core candidate: DIGITAL TWIN ACTION CONTRACT - physical/operational asset ID + authoritative source - twin/model ID + schema/ontology version - twin composition type / dependency twins - state snapshot ID; event time; ingestion time; freshness SLA - telemetry/source provenance; unit; coordinate/time reference - calibration/parameter set version - simulator/physics/process/solver engine + version/build - scenario ID; candidate action/tool call; constraints - deterministic/random mode; seed if applicable - predicted outcome + uncertainty/range - safety/policy checks + acceptance criteria - simulation result: pass/fail/unknown/inconclusive - human/automated approval identity and policy version - real-world execution ID or rejection - observed post-action outcome - twin-vs-real residual/drift and recalibration record

単一benchmark scoreでは閉じない。後続TEST_PROFILE: A. golden synthetic scenarios: known feasible/infeasible actionを用意しsimulation gateのfalse-pass/false-blockを測る。 B. historical replay: 過去telemetry/actionをreplayし、predicted outcomeとobserved outcomeのresidualを測る。 C. stale-state injection: telemetry delay/dropout/driftを注入し、freshness gateがunsafe promotionを止めるか測る。 D. model-gap fixtures: twinにないconstraintを意図的に設定し、UNKNOWN/inconclusiveへ退避できるか測る。 E. composition fixtures: unit/timebase/identity mismatchを含む複数twin federationを試しvalidation failureを測る。 F. agent formalization: human-authored canonical scenario vs LLM-generated scenarioを比較し、constraint omission/addition rateを測る。 metrics: false simulation pass, false block, state freshness violation, scenario formalization error, constraint coverage, sim-to-real residual, calibration drift, p50/p95 simulation latency, compute cost/scenario, audit completeness。 実設備actionは未実施。read-only replay / synthetic simulationまでをsafe testとする。

Security: Digital TwinがOT/設備controlへ接続する場合、simulation environmentとproduction actuator credentialを分離し、simulation passだけで直接actuationしない。least privilege + explicit promotion gateを要求。 Privacy: building/worker/location/telemetryを含む場合はpersonal/operational sensitive dataのscopeを別管理。 Audit: state snapshot、model/version、scenario、simulation output、approval、real execution、post-action observationを一連のtraceとして保持。 Cost: 3D/physics/sensor simulationはLLM token costとは別にGPU、simulation time、telemetry storage、scene/graph、engineering/calibration costを持つ。 Operability: twin fidelityを継続監視し、sim-to-real residualがthreshold超過した場合は自動promotionを停止してrecalibrationへ戻す。

「Digital Twinは、AI Agentが現実の設備や運用へ作用する前に候補判断を仮想環境で検証するための一つの境界として利用できる。ただし、Digital Twinは現実そのものではない。安全性は、モデルに含まれる制約、状態の鮮度、校正、simulation engine、scenario変換の正しさに依存する。したがって『simulationで成功したから安全』ではなく、『どの状態・モデル・条件で何を試し、何が未検証か』を証跡化し、現実への実行には別の承認・policy gateを置く。」

• 公開後更新ではEA-076 Time-series/Sensor AIと接続し、telemetry state freshness/calibration contractを共有する。
• EA-078 Solver/Rule Engineと接続し、Digital Twin simulation結果のaccept/reject policyをformal engineへ委ねる構成を比較する。
• EA-069 Knowledge Graphと接続するが、relationship graphとphysics/behavior modelを同一視しない。
• Azure Digital Twins / AWS IoT TwinMaker / NVIDIA Omniverseを semantic graph / visualization / process/physics/sensor simulation / agent integration の能力matrixで再採集する。
• ISO 23247 seriesのPart 1〜6と2025/2026 use-case TRを再確認し、manufacturing以外へ一般化する際は適用範囲を明記する。
• 後続live testは実設備を使わず、synthetic twinまたは公開sample sceneでscenario→simulation→policy gate→no-op promotionまでを再現する。

• AWS IoT TwinMakerの2026-09-16時点のexact pricing tier/service quotas/API revisionは今回固定していない。
• Azure Digital Twinsのregion-by-region current availability、pricing、API versionはprovider mapping時に再採集する。
• NVIDIA ovphysx/ovrtx等のexact package release/tag/commitは後続implementation採集で固定する。
• independent production evidenceとして、Agent判断をDigital Twinでpreflightし事故率/false actionを比較した公開運用研究は今回十分な一次資料を確保していない。
• Digital Twinでの成功がreal-world action safetyをどの程度予測するかはdomain-specificであり一般値UNKNOWN。

ISO standard + 3 provider implementation classes + simulation/agent integration + failure envelope + safe TEST_PROFILEが揃ったためEA-079の初期Evidence Packetはbounded complete。上記UNKNOWNは公開後provider/domain mapping時に再採集する。

---

ISO 23247-6:2026 manufacturing digital-twin composition scope remains bounded and does not prove generic agent safety or twin accuracy.