ASTM y el Singapore Standards Council identifican cinco brechas que frenan la IA incorporada

Un robot puede realizar una demostración impresionante y, aun así, dejar a un posible cliente con preguntas difíciles. ¿Cómo se comportará cuando alguien interrumpa su tarea? ¿Quién controla los datos que recogen sus cámaras? ¿Puede trabajar junto a máquinas de otro proveedor?

Estas preguntas sobre la implementación ocupan un lugar central en un libro blanco anunciado el 3 de noviembre por ASTM International y Enterprise Singapore, a través del Singapore Standards Council (SSC). Una hoja de ruta para desarrollar futuras normas sobre IA incorporada identifica cinco prioridades de normalización para extender el uso de sistemas físicos inteligentes.

Desarrollado con la Agencia de Ciencia, Tecnología e Investigación de Singapur (A*STAR) y el Programa Nacional de Robótica, el documento sigue a un taller de julio de 2025 que involucró a más de 140 representantes de la industria, el gobierno, la investigación y la academia. Su agenda abarca la gobernanza de datos, la fiabilidad de la IA, la seguridad en el lugar de trabajo, la interoperabilidad y la adquisición. Es un punto de partida para el desarrollo de estándares en lugar de una nueva certificación que los proveedores de robots ya puedan reclamar.

Por qué la IA incorporada cambia las cuestiones de implementación

La IA incorporada conecta la inteligencia de las máquinas con sistemas físicos, como robots, vehículos autónomos y otras máquinas inteligentes. Integra la percepción y la toma de decisiones en un entorno donde un error puede afectar a las personas, los equipos y el entorno circundante.

Como ha analizado Unite.AI en su cobertura sobre cómo los modelos de lenguaje están transformando la IA incorporada, una IA cada vez más capaz abre nuevas posibilidades para el comportamiento de los robots. La cuestión comercial es cómo hacer que esas capacidades sean lo bastante fiables para las operaciones cotidianas.

Pensemos en un hipotético robot de reparto en un hospital. Completar una ruta es solo una parte de su trabajo. También debe adaptarse a las normas de acceso del edificio, comunicar sus intenciones de forma comprensible para el personal y operar de acuerdo con las normas pertinentes de gestión de datos. Una demostración satisfactoria de navegación solo responde a una parte de lo que hay que decidir al comprarlo.

Las cinco brechas que sustentan la agenda de normalización

El anuncio agrupa las prioridades en cinco áreas. Su importancia se entiende mejor si se consideran las decisiones que un cliente debe tomar antes de la implementación.

1. Gobernanza de datos y privacidad

La primera prioridad es establecer expectativas comunes en materia de gobernanza de datos y cumplimiento de las normas de privacidad. El comprador necesita saber qué información recopila un sistema y cómo se distribuyen las responsabilidades entre las organizaciones involucradas.

Para los equipos de adquisiciones, la consecuencia práctica es incluir los acuerdos sobre datos en las especificaciones iniciales. En una hipotética instalación con varios proveedores, el operador debería poder determinar qué proveedor es responsable de cada flujo de datos sin tener que reconstruir la respuesta después de un incidente.

2. Seguridad y fiabilidad de la IA

La segunda área abarca enfoques comunes para probar, comparar y supervisar los sistemas de IA. Contar con pruebas comparables daría a los compradores una base más sólida para evaluar las afirmaciones de distintos proveedores.

De ahí surge una pregunta importante al comprar: ¿qué describe exactamente un resultado comunicado? Una prueba es más fácil de interpretar cuando se especifican claramente la tarea, las condiciones de funcionamiento, la versión del software y los criterios de fallo. De lo contrario, dos proveedores pueden informar que han tenido éxito aunque estén midiendo aspectos muy distintos.

3. Seguridad laboral y gestión de riesgos

La tercera prioridad aborda la seguridad física y riesgos como la dependencia excesiva de la automatización o las interfaces mal diseñadas. Por tanto, una implementación segura también implica tener en cuenta a las personas que supervisan e interactúan con una máquina.

Una situación ilustrativa es una alerta que exige la intervención de un operador. Su utilidad depende de que la persona entienda el mensaje y disponga de una forma viable de responder. La planificación de la instalación debería integrar el comportamiento de la máquina, las responsabilidades del personal y los procedimientos de intervención en un flujo de trabajo coherente.

4. Interoperabilidad y middleware

La cuarta área se refiere a la coordinación entre agentes físicos, servicios de software e infraestructura. Para una empresa que ensambla una flota, la unidad pertinente para la evaluación pasa a ser la instalación en funcionamiento.

Imaginemos que se compran dos robots, cada uno capaz de recorrer un pasillo de forma independiente. La cuestión de integración es cómo comparten un espacio limitado y coordinan el acceso a la misma puerta. Comprar cada máquina por separado puede dejar esa cuestión sin resolver hasta la implementación. Unos requisitos de integración explícitos dan a los proveedores algo concreto que demostrar antes de la aceptación.

5. Certificación de calidad y adquisiciones

La quinta prioridad es generar confianza en que un sistema se ajusta al propósito previsto. Unos enfoques comunes de certificación y adquisiciones podrían ayudar a los clientes a convertir promesas generales en requisitos evaluables.

Las especificaciones de compra más sólidas vinculan una afirmación sobre las capacidades con un caso de uso definido. Trasladar una carga concreta por una ruta acordada y en condiciones específicas es un criterio de aceptación más útil que afirmar, en términos generales, que un robot es inteligente. Esa precisión también facilita resolver los desacuerdos sobre el rendimiento.

Del libro blanco a normas prácticas

ASTM International y Enterprise Singapore afirman que presentarán las brechas identificadas ante sus respectivos comités técnicos y redes globales para ayudar a priorizar el trabajo futuro. Se invita a participar a las organizaciones con experiencia pertinente en despliegues.

Para los desarrolladores de robots, la oportunidad consiste en aportar pruebas concretas sobre los aspectos en los que la integración o la evaluación se vuelven difíciles. Para los compradores, consiste en explicar qué preguntas sin respuesta impiden que un proyecto piloto se convierta en una compra recurrente. Estas perspectivas pueden ayudar a que el trabajo de normalización aborde las decisiones que realmente determinan la adopción.

La importancia del documento radica en reunir estas preguntas sobre el despliegue en una sola agenda. Una máquina capaz sigue necesitando una justificación convincente de cómo funcionará en el entorno de un cliente. Las normas compartidas podrían facilitar la elaboración, la comparación y el mantenimiento de esa justificación a medida que la IA encarnada llega a más lugares de trabajo.