A promising model can lose its value when the product mix changes, a camera is moved, tooling wears, a new material arrives, lighting shifts, or an operator resolves an exception differently. Industrial AI therefore needs two connected baselines: technical behavior such as precision, latency, and resource use, and operational behavior such as rework, queue time, downtime, or inspection effort. Improvement is credible only when both are measured against the current process.
The integration path is usually more consequential than the demo. PLCs, robots, historians, MES, WMS, CMMS, enterprise systems, and custom equipment often have different owners, maintenance windows, clocks, and failure semantics. Interfaces need versioned contracts, observable health, bounded retries, safe fallback, and a named support path. Operators and maintenance teams should be able to understand what the system saw, what it proposed, and how to continue when it is unavailable.
Long-lived operational technology also makes lifecycle ownership and crypto-agility first-class concerns. Models, device images, certificates, signing systems, gateways, and supplier libraries change on different schedules. An inventory-led post-quantum readiness program can identify trust paths and long-lived dependencies without declaring the plant quantum-safe. The practical goal is controlled change: testable releases, staged deployment, rollback, and evidence that remains useful across shifts, sites, and equipment generations.