La capa de razonamiento: Másteres en Derecho, Agentes y MCP

Guía práctica para integradores de sistemas, fabricantes de equipos originales e ingenieros de automatización - Parte 2

En colaboración con Thomas Strigl , director ejecutivo de realvirtual.io

Sobre el autor: Thomas Strigl es el director ejecutivo de realvirtual.io y cuenta con más de 18 años de experiencia en software de simulación y automatización.

Haz clic aquí para acceder a la primera parte de esta serie de libros electrónicos. De la visualización a la acción: Unity, sistemas de información de máquinas, agentes de IA y el gemelo digital industrial .

La primera parte de esta serie de libros electrónicos presentó los fundamentos arquitectónicos de un sistema moderno de información de máquinas: la convergencia de señales de máquinas en tiempo real, contexto MES, documentación estructurada e interfaces espaciales 3D en una única superficie operativa. También se analizó cómo el nuevo Reglamento de Maquinaria de la UE y los estándares emergentes, como el entorno de administración de activos (AAS), están impulsando la documentación de las máquinas hacia formatos estructurados y legibles por máquina. Estos mismos fundamentos —datos vinculados a componentes, documentación versionada y estado de la máquina contextualizado— son los que hacen que los agentes de IA y los grandes modelos de lenguaje sean utilizables en entornos industriales.

Esta segunda y última parte de esta serie de libros electrónicos se basa en esta arquitectura al examinar la "capa de conexión a tierra": cómo los sistemas de IA pueden acceder a un contexto operativo y de documentación fiable, y cómo protocolos como MCP se integran en la pila del sistema de información de la máquina.

El problema de la puesta a tierra

Un primer enfoque común para incorporar grandes modelos de lenguaje en contextos industriales es agregar un chatbot a un sistema existente: un sitio web, un portal de soporte o una HMI). En la práctica, este enfoque tiene limitaciones.

Un modelo de lenguaje por sí solo no tiene acceso al estado en tiempo real de la máquina, al orden de producción actual ni a la documentación específica del fabricante. Sin ese contexto, sus respuestas se basan en datos de entrenamiento, que pueden ser genéricos, posiblemente obsoletos y es poco probable que incluyan la máquina específica en cuestión.

Esto se conoce generalmente como el problema de la puesta a tierra . Para que un sistema de gestión del aprendizaje (LLM) produzca resultados útiles en un contexto industrial, normalmente necesita acceso estructurado a tres elementos: el estado en tiempo real de la máquina, el contexto empresarial pertinente y la documentación del fabricante.

La arquitectura de cuatro capas descrita en la Parte 1 se ajusta razonablemente bien a este requisito. Las señales proporcionan el estado actual. MES proporciona contexto operativo. La documentación proporciona material de referencia autorizado. La escena 3D proporciona el marco espacial en el que se puede presentar todo esto.

MCP como patrón de integración

El protocolo de contexto del modelo (MCP) es un estándar abierto que define cómo se pueden exponer las herramientas y las fuentes de datos a los modelos de lenguaje de forma coherente. Especifica cómo un cliente se conecta a un servidor, cómo el servidor anuncia sus capacidades y cómo el modelo las invoca. Aunque MCP se diseñó originalmente para herramientas de desarrollo generales, el patrón se adapta bastante bien a la integración industrial, donde el problema subyacente —proporcionar acceso coherente a un conjunto heterogéneo de sistemas subyacentes— es similar.

La mayoría de las plantas combinan PLC de diferentes proveedores, un sistema MES, una plataforma de gestión documental y un sistema de registro histórico de datos. Sin una capa estándar, cada nuevo cliente debe integrarse individualmente con cada uno de estos sistemas. Con MCP, cada sistema subyacente se puede encapsular una sola vez en un servidor MCP y exponerse a través de una interfaz uniforme que cualquier cliente compatible puede utilizar.

Para un gemelo digital industrial, tres categorías de servidores MCP son particularmente relevantes:

• Un servidor de estado de la máquina que expone valores de señal en tiempo real, estados de alarma, posiciones de las unidades y el historial reciente, respaldado por la capa de señal existente (OPC UA, Beckhoff ADS, MQTT, S7 o una capa de transmisión basada en WebSocket).
• Un servidor MES que expone pedidos, lotes, KPI y registros de calidad, respaldado por API REST, intermediarios de mensajes o consultas directas a la base de datos.
• Un servidor de documentación que expone el conjunto de documentación digital estructurada —instrucciones de funcionamiento, esquemas, declaraciones de conformidad, versiones de software, procedimientos de mantenimiento— que se puede buscar y recuperar por ID de componente, código de fallo o lenguaje natural.

Un sistema LLM conectado a estos tres servidores tiene una base para respuestas fundamentadas. Una pregunta como "¿por qué se detuvo la línea 3?" puede responderse leyendo el estado de la alarma, identificando el componente afectado, recuperando la sección de solución de problemas pertinente del manual y presentando el resultado con el componente afectado resaltado en la HMI 3D . El resultado se basa en sistemas reales, en lugar de en los datos de entrenamiento del modelo.

La arquitectura de referencia descrita en la sección 6 de la primera parte de esta serie de libros electrónicos se aplica directamente a esta capa. Los servicios de señalización, MES y documentación descritos allí están integrados en servidores MCP que los exponen a través de una interfaz consistente. Un entorno de ejecución LLM o de agente, que se ejecuta localmente, en un servidor perimetral o en una nube privada, según la política de datos del cliente, se conecta a estos servidores. Las respuestas resultantes se basan en el estado actual, el contexto actual y la documentación autorizada.

La HMI 3D se sitúa en la parte superior de la pila y da servicio a dos usuarios: el operador y cualquier herramienta basada en inteligencia artificial. Las herramientas de IA lo utilizan tanto como superficie de presentación (resaltando los componentes relevantes para una respuesta) como superficie de confirmación (mostrando las acciones propuestas para su revisión humana). La HMI) se desarrolla en Unity , abarcando la importación de CAD, la cinemática, el mapeo de señales y los metadatos de los componentes que utilizará el entorno de ejecución, y se entrega como una compilación nativa de Unity para ordenadores de escritorio, tabletas, realidad aumentada/ VR o PC industriales, o como una HMI 3D basada en navegador creada con Three.js para implementaciones WebGL. El mismo archivo de escena creado con Unity, exportado a GLB con identificadores de componentes consistentes, sirve para ambos destinos de entrega.

El entorno C# abierto de Unity admite la inferencia de forma directa, a través de Sentis y ONNX, como se explica en el libro electrónico. Diseñar, simular, implementar: Por qué Unity es importante para los Digital Twins industriales — y actuando como interfaz para entornos de ejecución externos. Para la mayoría de los proyectos de integración, separar el entorno de ejecución del agente de la HMI) es el enfoque más sencillo, con MCP proporcionando el límite de integración.

Documentación y fundamentos

Existe una notable coincidencia entre la normativa vigente y los requisitos técnicos para los resultados de los programas de Maestría en Derecho Aplicada a la Ciencia (LLM, por sus siglas en inglés).

Históricamente, la documentación ha sido un coste adicional: se produce porque es necesaria y se consulta con relativa poca frecuencia. Conforme al Reglamento (UE) 2023/1230 , la documentación puede entregarse digitalmente y, cuando se haga, deberá estar estructurada, disponible en línea y conservarse durante al menos 10 años o la vida útil de la máquina; normalmente esta última, dado que la maquinaria industrial rara vez se retira al cumplir el mínimo exigido por la normativa. Una vez que la documentación tiene este formato, también posee propiedades que la hacen adecuada como material de base para los modelos de lenguaje: está estructurada, es identificable por componente o código de fallo y cuenta con la autorización del fabricante.

Es menos probable que un sistema LLM basado en la documentación real entregada por el fabricante produzca procedimientos inexactos o números de pieza inventados, porque sus respuestas se pueden rastrear hasta secciones específicas de la documentación. Esto también puede ser relevante para la auditabilidad y para la integración con las obligaciones de registro y documentación de decisiones que introduce la normativa para el software relevante para la seguridad.

Para los integradores, la observación práctica es que el trabajo de preparar documentación digital estructurada —que será necesaria de todos modos— también produce un artefacto que puede utilizarse para fundamentar las herramientas basadas en LLM. Ambos esfuerzos se superponen en lugar de competir por presupuestos separados.

Los másteres en Derecho como aceleradores del desarrollo

Reducción del coste del trabajo de integración

Hasta ahora, el debate ha tratado a los LLM como consumidores de datos de gemelos digitales: herramientas que leen el estado en tiempo real, consultan la documentación y responden a los operadores. Existe un segundo papel con consecuencias más directas para la economía de los integradores: Los másteres en Derecho como aceleradores en el desarrollo del propio modelo gemelo.

La creación de un gemelo digital integrado implica una cantidad considerable de trabajo que, si bien es técnicamente sencillo, requiere mucho tiempo. Código adaptador entre la capa de señal y la escena 3D . Clientes REST u OPC UA para el MES. Tablas de correspondencia entre variables del PLC e identificadores de componentes. Gráficos, paneles y pequeños componentes de interfaz de usuario específicos del proyecto en la HMI. El esquema sirve para alinear las secciones de la documentación con los componentes de la escena. Ninguna de estas tareas es particularmente difícil; son manuales, repetitivas y específicas de cada proyecto.

Las herramientas de codificación asistidas por LLM pueden reducir el esfuerzo necesario para este tipo de trabajo: generar adaptadores para una nueva API MES, crear componentes de gráficos y elaborar asignaciones entre tablas de señales y jerarquías cinemáticas. El efecto no es que los integradores dejen de escribir código, sino que el trabajo de integración rutinario requiere menos tiempo. Esto es importante en contextos industriales porque la gran cantidad de código de conexión pequeño y específico para cada proyecto ha sido históricamente una de las principales razones por las que los proyectos de integración son costosos.

Por qué son importantes las interfaces estandarizadas

Este efecto se agrava cuando las interfaces subyacentes están estandarizadas. Los servidores MCP que exponen el estado de la máquina, los datos MES y la documentación son objetivos más fáciles para el desarrollo asistido por LLM que las API personalizadas ad hoc. La combinación de interfaces estandarizadas y el desarrollo asistido por LLM reduce el umbral para la creación de gemelos digitales integrados.

Los límites del código generado por LLM

Cabe destacar dos limitaciones. El código generado por LLM es un borrador, no un producto final; para el código relacionado con la seguridad o los sistemas de control, se aplican los mismos procesos de revisión y validación que para cualquier otro código. Y la aceleración se aplica principalmente al trabajo de integración y visualización, no a la lógica de control subyacente, que sigue siendo responsabilidad de los ingenieros de automatización que utilizan herramientas ya establecidas.

Separar la creación de contenido de la entrega en tiempo de ejecución.

Un patrón arquitectónico útil en este contexto consiste en separar el entorno de autoría del producto final. El entorno de creación es Unity , la plataforma consolidada para gemelos digitales industriales, que se utiliza como editor donde el fabricante de máquinas importa archivos CAD, define la cinemática, configura modelos de comportamiento y vincula la documentación con los componentes. Unity proporciona la amplitud de herramientas, el flujo de trabajo de importación de CAD, la compatibilidad con cinemática y física, y los objetivos de compilación multiplataforma que necesitan los proyectos industriales. El producto entregado, sin embargo, se ejecuta en el entorno del cliente durante toda la vida útil de la máquina y se beneficia de ser abierto y autoalojado: un visor basado en navegador construido con tecnología web estándar (Three.js, TypeScript) que consume un formato de escena estándar (GLB). El visor web realvirtual.io, con su plataforma de creación basada en Unity que alimenta un entorno de ejecución web de código abierto con licencia AGPL, es un ejemplo de este patrón que se utiliza actualmente en producción.

La implicación más amplia para la Industria 4.0

En conjunto, estos efectos tienen una implicación más amplia para la Industria 4.0. Un obstáculo común para los proyectos de integración ha sido el coste de unir sistemas heterogéneos. A medida que ese coste disminuye, el gemelo digital se vuelve más atractivo como plataforma de integración, no solo como un producto de visualización, sino como la capa donde convergen las señales, los datos empresariales, la documentación y la visualización. Para los integradores de sistemas, este es el papel más duradero del gemelo digital: menos un producto final en sí mismo y más el punto de encuentro de todo lo demás.

Agentes en el punto de venta: un espectro

El término “agente” abarca una gama de comportamientos con perfiles de riesgo bastante diferentes. Es útil especificar a qué se refiere.

• En el extremo más restringido se encuentran las herramientas de diagnóstico de solo lectura . Observan el estado, leen la documentación y responden preguntas. No escriben para controlar sistemas. Un operador pregunta por qué se detuvo una línea; el sistema lee el estado de la alarma, busca el código en el manual y lo explica. Este es un punto de partida razonable y, para varios casos de uso, también un punto final razonable.
• En el centro se encuentran las herramientas de asesoramiento . Observan el estado y proponen acciones —un cambio de punto de ajuste, una tarea de mantenimiento, un ajuste de parámetros— pero no las ejecutan. El operador confirma o rechaza cada propuesta. La HMI 3D puede servir como superficie de confirmación, mostrando el componente afectado y el cambio propuesto en el contexto espacial antes de que se produzca cualquier escritura. Este patrón preserva el juicio humano en el ciclo de decisión, al tiempo que utiliza la asistencia de la IA para el diagnóstico.
• En el extremo menos restrictivo se encuentran los sistemas de toma de decisiones que escriben en PLC, modifican recetas o envían órdenes sin aprobación humana para cada acción. Esto es técnicamente factible en algunos contextos, pero introduce consideraciones adicionales en virtud del nuevo reglamento de maquinaria. La ciberseguridad es ahora un requisito esencial de salud y seguridad según el Anexo III, y las funciones de seguridad basadas en IA están explícitamente incluidas en el ámbito de aplicación de la lista de maquinaria de alto riesgo del reglamento, lo que exige una evaluación de conformidad más estricta. Cualquier vía que permita que un sistema controlado por LLM escriba en un sistema de control también constituye una posible vía de ataque. Estos sistemas generalmente deben diseñarse con el mismo cuidado que cualquier otro componente de un sistema de control con acceso de escritura, incluidas las obligaciones de registro y grabación de datos que introduce la normativa para el software relevante para la seguridad.

Una práctica común en las primeras etapas de los proyectos es establecer por defecto el modo de solo lectura, ampliarlo a modo de asesoramiento con confirmación explícita del operador y tratar cualquier capacidad de ejecución de acciones como un componente del sistema de control sujeto a la misma revisión y validación que el código del PLC.

Un punto de partida práctico para los integradores.

Para los integradores que se plantean por dónde empezar, un enfoque gradual suele funcionar mejor que uno ambicioso.

Una primera implementación práctica podría incluir:

• Utilizando un proyecto de máquina existente: Comience con una máquina que ya cuente con una HMI) 3D y un paquete de documentación estructurada que se esté preparando conforme al Reglamento (UE) 2023/1230.
• Exponer la documentación a través de un servidor MCP: Agrupe la documentación en un único servidor MCP que admita la recuperación por ID de componente.
• Conexión de la HMI 3D con los servicios de documentación: Configure la HMI 3D existente para que, al seleccionar un componente, se recupere automáticamente la sección del manual correspondiente.
• Agregar una interfaz de IA basada en la realidad: Introduzca un panel de chat junto a la vista 3D utilizando un LLM de propósito general basado en el servidor MCP de documentación.

Resultados esperados

El resultado es una máquina en la que el operario puede formular una pregunta, recibir una respuesta que cita la documentación del fabricante y ver el componente relevante resaltado en la vista 3D . No existen estados de control, ni acciones autónomas, ni nueva infraestructura de automatización. Los beneficios —menor número de llamadas de asistencia técnica, mayor tasa de resolución de problemas en el primer intento, acceso más fácil al conocimiento del fabricante— son cuantificables y los riesgos son limitados.

Para los integradores que deseen ver cómo funciona un sistema de este tipo en la práctica, hay disponible una demostración pública de una interfaz hombre-máquina (HMI) 3D basada en navegador que consume datos de señales en tiempo real en web.realvirtual.io/demo. La arquitectura subyacente Unity como entorno de autoría, una pila web abierta para la entrega y un sistema de control de versiones estándar como Gitea para almacenar el paquete entregado durante el horizonte regulatorio de diez años— es un patrón que los integradores pueden adoptar y adaptar a sus propios proyectos.

A partir de este punto de partida, se pueden añadir pasos adicionales de forma gradual. Un servidor MCP de capa de señal permite realizar consultas sobre el estado en tiempo real. La conexión MES permite realizar consultas sobre los pedidos actuales. Las recomendaciones consultivas con confirmación del operador en la HMI 3D amplían aún más el sistema sin modificar su perfil de riesgo fundamental. Cada paso es comprobable y reversible por sí mismo.

La arquitectura que soporta tanto el cumplimiento normativo como la IA

El libro electrónico anterior concluía con la observación de que los gemelos digitales son una inversión tanto organizativa como técnica; que la puesta en marcha virtual, por ejemplo, solo aporta valor cuando los procesos circundantes están dispuestos a cambiar. Una observación similar se aplica aquí.

Dos cronogramas están convergiendo ahora en los integradores. La normativa sobre maquinaria se conoce desde 2023, pero el trabajo práctico de preparación para la fecha de aplicación del 20 de enero de 2027 —nuevas disposiciones de ciberseguridad que son obligatorias y la opción ahora explícita de documentación digital estructurada con mantenimiento del ciclo de vida— está pasando de la planificación a la ejecución. Paralelamente, las herramientas de IA están generando una demanda de datos estructurados y fundamentados. Estos temas pueden abordarse como proyectos separados, pero el trabajo subyacente se superpone significativamente. La arquitectura de cuatro capas descrita en la Parte 1 es compatible tanto con el operador como con cualquier herramienta de IA que se añada posteriormente. La documentación digital estructurada, preparada para el cumplimiento normativo, también resulta útil como material de referencia. La HMI 3D puede servir como una superficie unificada para todas estas funciones.

Las ventajas operativas descritas en la Parte 1 —diagnóstico más rápido, menores requisitos de especialización, entrega de información contextualizada, asistencia remota eficaz— se aplican independientemente del contexto normativo. Los integradores que no trabajan en la UE o que trabajan con sistemas no cubiertos por el reglamento de maquinaria obtienen las mismas ventajas operativas de la misma arquitectura, sin la limitación de tener que cumplir con el plazo reglamentario. La arquitectura se sustenta únicamente en su viabilidad operativa; la normativa simplemente explicita los plazos para el mercado europeo.

El funcionamiento autónomo no es el primer resultado esperado. Un punto de partida más realista es una máquina que un operador pueda consultar, que un integrador pueda respaldar y que un fabricante pueda mantener actualizada durante el plazo reglamentario de diez años. Las herramientas y los estándares necesarios para construir una máquina de este tipo ya están disponibles, y la mayor parte del trabajo fundamental es algo que los integradores están obligados a hacer de todos modos.