Interoperabilidad industrial para IA: de OPC UA y OT/IT a APIs semánticas, i3X y MCP

La nueva señal: la información industrial debe estar preparada para ser utilizada

Durante años, gran parte de la integración industrial se explicó mediante protocolos, conectores y transporte de datos. Ese trabajo sigue siendo indispensable, pero no responde por sí solo a preguntas como qué activo produjo una lectura, qué relación tiene con otra señal, cuánto tiempo conserva vigencia o qué evidencia respalda una recomendación.

La señal que hoy merece atención es el paso desde conectar sistemas hacia exponer información industrial contextualizada mediante interfaces comunes. La IA vuelve más visible esta necesidad: un modelo puede consultar datos, pero no debe inventar la identidad, la unidad, la procedencia ni las reglas que la arquitectura no preservó. La guía sobre datos industriales e inteligencia industrial desarrolla esas condiciones previas.

Protocolos, modelos e interfaces cumplen funciones diferentes

Modbus, CAN, MQTT, OPC UA, APIs HTTP y otras tecnologías resuelven partes distintas del recorrido. Una arquitectura sostenible evita presentarlas como equivalentes y agrega capas explícitas para validar, normalizar y contextualizar la información antes de entregarla a una aplicación o agente.

1. 01ProtocolosAdquirir
2. 02NormalizaciónValidar
3. 03ModeloIdentificar
4. 04ContextoRelacionar
5. 05APIPublicar
6. 06IAInterpretar
7. 07EvidenciaVerificar

La convergencia OT/TI aporta fuentes operacionales, empresariales y de ingeniería. El Edge industrial permite mantener adquisición, inferencia o almacenamiento cerca del evento. La capa contextual relaciona esas piezas sin reemplazar los sistemas que conservan control o registro oficial.

i3X 1.0 convierte esta dirección en una referencia implementable

CESMII publicó i3X 1.0 como una especificación abierta y lista para implementación, respaldada por un grupo de más de 40 proveedores de tecnología de manufactura. Su objetivo es ofrecer una API común, abierta y neutral respecto del proveedor para consultar información de manufactura ya contextualizada y reducir la dependencia de APIs incompatibles.

i3X define descubrimiento de capacidades, namespaces, tipos de objeto, tipos de relación, objetos, valores actuales e históricos y suscripciones. La versión 1.0 se acompaña de OpenAPI, documentación para desarrolladores, cliente Python, Explorer, una suite automatizada de conformidad y un servidor MCP. La publicación oficial de CESMII y el repositorio normativo i3X 1.0 permiten revisar el alcance directamente.

OPC UA e i3X pueden ser complementarios

OPC UA ofrece comunicación industrial, un espacio de direcciones rico y modelos de información. Sus Companion Specifications definen semántica compartida para equipos y dominios específicos. i3X aborda otra frontera: una API web común para consumir información contextualizada desde plataformas y fuentes heterogéneas.

La arquitectura no necesita elegir uno y descartar el otro. Un adaptador puede preservar NodeId, namespace, tipo, unidad, relaciones, timestamps y calidad de OPC UA; una capa contextual puede relacionar esos elementos con información de mantenimiento, visión o telemetría; y una proyección i3X puede exponer el resultado mediante su contrato común. La OPC Foundation también está preparando sus modelos para flujos de IA, RAG y MCP, reforzando el valor de conservar semántica industrial en lugar de reducir OPC UA a transporte. Ver iniciativa oficial OPC UA for AI.

MCP puede abrir el contexto a agentes, pero no debe convertirse en un bus de control

Model Context Protocol permite que aplicaciones basadas en modelos consulten recursos y ejecuten herramientas estructuradas. En un entorno industrial, esa interfaz debe ubicarse después de autenticación, autorización, políticas y servicios de información. El servidor MCP no debería conectarse directamente a PLC, buses vehiculares, cámaras o actuadores.

Una primera etapa razonable es de sólo lectura: listar activos, recuperar estado y señales, consultar historia y eventos, recorrer relaciones y obtener evidencia. Las respuestas deben incluir alcance temporal, fuente, calidad y procedencia. También necesitan límites de volumen, aislamiento entre organizaciones y registro auditable de cada consulta.

MCP es una interfaz para herramientas y contexto; no sustituye los protocolos industriales, los enclavamientos, la seguridad funcional ni la autoridad humana. La especificación oficial MCP define el contrato de interoperabilidad, mientras que las restricciones operacionales pertenecen a la arquitectura industrial que lo implementa.

Industrial DataOps nombra el trabajo que ocurre entre conectar y consumir

Industrial DataOps está emergiendo como una categoría para describir el proceso de conectar, estandarizar, contextualizar, publicar y gobernar datos OT antes de utilizarlos en analítica, aplicaciones o IA. No es un estándar único ni reemplaza al historian, al Unified Namespace o a los sistemas de registro. Es una disciplina arquitectónica y operacional cuyo significado debe evaluarse según cada implementación.

Litmus presenta un recorrido de cinco etapas —conectar, estandarizar, contextualizar, publicar y gobernar—, mientras ABB Genix describe una capa contextual que integra información OT, TI y de ingeniería. Ambas formulaciones confirman una misma necesidad: la calidad de una arquitectura industrial depende de las relaciones, la procedencia y el gobierno que acompañan al dato. Ver las descripciones de Industrial DataOps de Litmus y la arquitectura ABB Genix.

La siguiente frontera es una operación asistida por agentes gobernados

Un agente industrial puede observar, analizar o recomendar sin recibir autoridad directa para actuar. Separar lectura, recomendación, solicitud, autorización, ejecución y verificación permite aumentar capacidad sin borrar responsabilidad. Los permisos deben existir fuera del modelo y cada resultado relevante debe conservar quién solicitó, quién aprobó, qué evidencia se utilizó y qué ocurrió después.

Plataformas industriales como XMPro están articulando esta categoría alrededor de contexto, políticas, aprobación, trazabilidad y acción acotada. Esa convergencia es relevante porque desplaza la conversación desde el “dashboard inteligente” hacia una arquitectura de decisión. La arquitectura de referencia de XMPro permite revisar este enfoque desde una fuente externa.

Qué significa esta convergencia para RY2Core

RY2Core transforma datos OT/TI heterogéneos en contexto operacional gobernado y evidencia trazable. Integra fuentes sobre infraestructura existente, conserva identidad y procedencia, procesa cerca de la operación cuando el caso lo requiere y entrega información útil a personas, aplicaciones, analítica e IA.

i3X, MCP e Industrial DataOps ayudan a explicar cómo ese contexto puede publicarse y consumirse mediante interfaces comunes sin perder gobierno. El resultado buscado es concreto: integrar una fuente una vez, preservar su significado y reutilizar la información en distintas decisiones y aplicaciones.

Fuentes primarias consultadas

• CESMII — lanzamiento de i3X 1.0.
• CESMII — especificación y suite i3X 1.0.
• Model Context Protocol — especificación 2026-07-28.
• OPC Foundation — OPC UA for the AI era.
• Litmus — Industrial DataOps.
• ABB — arquitectura Genix y contextualización OT/TI/ET.
• XMPro — arquitectura de operaciones gobernadas por agentes.