Design principles for building resilient LLM-assisted Digital Twin modeling workflows with human oversight — orthogonalized structural modeling and parameter fitting, intermediate representation (IR) for interpretability, and density-preserving IR choice.
Scanned 9/11/2026
Install to Claude Code
npx -y skills add hiyenwong/ai_collection --skill llm-dt-resilient-modeling --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Llm Dt Resilient Modeling?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/hiyenwong-llm-dt-resilient-modeling)More formats (shields.io, HTML) on the badges page.
---
name: llm-dt-resilient-modeling
description: Design principles for building resilient LLM-assisted Digital Twin modeling workflows with human oversight — orthogonalized structural modeling and parameter fitting, intermediate representation (IR) for interpretability, and density-preserving IR choice.
category: systems-engineering
tags:
- digital-twins
- llm-assisted-modeling
- simulation
- human-oversight
- resilience
- factoryflow
- systems-engineering
source: arXiv:2603.25898
authors: Lekshmi P, Neha Karanjkar
---
# LLM-Assisted Digital Twin Modeling: Resilient Workflows with Human Oversight
Based on: *On Integrating Resilience and Human Oversight into LLM-Assisted Modeling Workflows for Digital Twins* (arXiv:2603.25898)
## Overview
LLM-assisted modeling can rapidly build executable Digital Twins of complex systems from coarse descriptions and sensor data. However, resilience to LLM hallucination, human oversight, and real-time model adaptability remain challenging and often mutually conflicting requirements.
This skill documents three critical design principles derived from **FactoryFlow** — an open-source LLM-assisted framework for building simulation-based Digital Twins of manufacturing systems.
## Three Design Principles
### Principle 1: Orthogonalize Structural Modeling and Parameter Fitting
**Structural Modeling** (one-time, LLM-translated):
- Components and interconnections are extracted from natural language descriptions
- LLM translates coarse NL to an **Intermediate Representation (IR)**
- Human visualizes and validates the IR
- The IR is algorithmically converted to the final model
**Parameter Fitting** (continuous, data-driven):
- Operates continuously on sensor data streams
- Uses expert-tunable controls
- Independent of structural changes
### Principle 2: Restrict Model IR to Interconnections of Parameterized, Pre-Validated Library Components
- Do NOT generate monolithic simulation code from LLM output
- Instead, use an IR that describes **interconnections of pre-validated library components**
- Each component has known behavior, validated interfaces, and documented parameters
- Enables interpretability and error-resilience
- LLM errors are confined to structural choices (which components, how they connect), not arbitrary code
### Principle 3: Use a Density-Preserving IR
When IR descriptions expand dramatically from compact inputs, hallucination errors accumulate proportionally.
**Python as density-preserving IR**:
- Loops express regularity compactly (not unrolled)
- Classes capture hierarchy and composition
- Readable and maintainable
- Exploits LLMs' strong code generation capabilities
**Avoid**: verbose XML, flat configuration files, unrolled JSON structures
## Error Characterization
LLM-induced errors vary significantly by IR choice:
- **Low-density IRs** (verbose formats) → error accumulation proportional to verbosity
- **High-density IRs** (Python with loops/classes) → errors confined to structural decisions
The IR choice critically impacts error rates across model descriptions of varying detail and complexity.
## Implementation Pattern
```
┌──────────────────────────────────────────────────┐
│ Natural Language Description │
│ "A conveyor belt moves parts from Station A │
│ to Station B. Station A has a robot arm..." │
└──────────┬───────────────────────────────────────┘
│
▼ LLM Translation
┌──────────────────────────────────────────────────┐
│ Intermediate Representation (IR) │
│ - Python classes for each component │
│ - Composition/hierarchy (class attributes) │
│ - Loop structure for repetitive elements │
│ ↓ Human visualizes & validates │
└──────────┬───────────────────────────────────────┘
│
▼ Algorithmic conversion
┌──────────────────────────────────────────────────┐
│ Executable Simulation Model │
│ (parameterized, pre-validated library comps) │
└──────────────────────────────────────────────────┘
↑
└── Continuous Parameter Fitting (sensor data)
```
## Template: Component IR
```python
# density-preserving IR: compact, readable, hierarchical
class ConveyorBelt:
def __init__(self, speed_mm_s=100):
self.speed = speed_mm_s
self.components = []
class Station:
def __init__(self, name, process_time_s):
self.name = name
self.process_time = process_time_s
self.robot = None
# Repetitive structures expressed via loops
stations = [Station(f"Station_{i}", 10+i) for i in range(5)]
```
## When to Apply This Skill
**Activation**: digital twins, LLM-assisted modeling, simulation automation, manufacturing simulation, FactoryFlow, model-based systems engineering, LLM resilience, human-in-the-loop modeling
Apply this skill when:
- Building Digital Twins from natural language descriptions
- Designing LLM-assisted model generation pipelines
- Creating resilient human-in-the-loop modeling workflows
- Choosing intermediate representations for model translation
- Analyzing LLM-induced error rates in engineering modeling
## References
- Lekshmi, P. & Karanjkar, N. (2026). On Integrating Resilience and Human Oversight into LLM-Assisted Modeling Workflows for Digital Twins. arXiv:2603.25898.
- FactoryFlow: Open-source LLM-assisted framework for building simulation-based Digital Twins
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!