Hay dos inteligencias artificiales en una fábrica
Hay dos inteligencias artificiales en una fábrica y casi nadie las distingue cuando firma un proyecto. Se contrata una pensando en la otra, se instala donde no toca, y a los seis meses el informe dice que «la IA no ha funcionado». La IA funcionaba. Estaba resolviendo un problema con el reloj equivocado.
El blog de Sebastián J. Brau
Escribe tu email y recibirás un aviso cuando se publique algo nuevo. Puedes darte de baja cuando quieras.
La IA de ciclo corto
Vive junto a la máquina. Su trabajo es mirar, decidir y actuar en milisegundos o en segundos: esta pieza tiene un poro, esta etiqueta no corresponde a este lote, esta curva de cocción se está desviando, este operario está metiendo la mano donde no debe.
No razona. Reacciona. Y para reaccionar bien necesita tres cosas que rara vez aparecen en el pliego de condiciones.
La primera es que no puede depender de internet. Si la decisión de rechazar una pieza pasa por una nube, el día que la conexión se cae la línea se para o, peor, deja pasar todo. La IA de ciclo corto vive en un equipo al pie de la máquina y sigue funcionando con el cable de red desconectado.
La segunda es que no puede tener latencia. Una pieza a la salida de un horno no espera a que alguien le confirme si es buena. A la velocidad de una línea, doscientos milisegundos de más son una pieza que ya está en la caja.
La tercera es que no puede pedir permiso. Actúa dentro de un margen que alguien le ha fijado, y ese margen es la parte más importante del diseño: qué puede tocar sola, qué debe avisar, qué nunca hace sin una persona delante.
Lo que sabe la IA de ciclo corto es lo que sabía el mejor operario del turno de noche. Ese conocimiento existe en la planta, casi siempre en una o dos cabezas, y el proyecto de verdad consiste en sacarlo de ahí sin que la planta se detenga.
La IA de ciclo largo
Vive por encima de la línea. No mira una pieza, mira semanas: la cartera de pedidos completa, el calendario de entregas, el histórico de averías de doce años, el coste del gas de un horno que no se puede apagar, la disponibilidad real de la gente en cada turno.
Puede tardar dos minutos en contestar, y no pasa nada, porque la decisión que toma vale mucho más que dos minutos. Cambiar el orden de fabricación de la próxima semana, adelantar una parada de mantenimiento, decidir qué referencia se produce junto a cuál para no romper la curva térmica del horno: son decisiones que hoy toma una persona con lo que tiene delante, y lo que tiene delante casi nunca es todo.
Lo que necesita la IA de ciclo largo es contexto. Datos de meses, no de segundos. Y acceso a sistemas que la IA de ciclo corto no debe tocar jamás: el ERP, la planificación, los costes.
Las dos formas en que se confunden
La primera es pedirle a la IA de ciclo largo que detecte un defecto en línea. Se monta un modelo potente, se conecta a la nube, se le envían las imágenes de la cámara, y el veredicto llega bien y llega tarde. La pieza defectuosa ya está embalada. El proyecto se cierra con un informe de precisión del 97 % y una planta que no ha cambiado nada.
La segunda es pedirle a la IA de ciclo corto que planifique. Se instala un equipo junto a la línea que ve muy bien lo que pasa en esa línea y absolutamente nada de lo que pasa fuera. Optimiza el turno de hoy y arruina la semana, porque no sabe que el pedido que acaba de priorizar no se entrega hasta dentro de un mes.
Las dos son la misma equivocación: la decisión estaba en un ciclo y la inteligencia se puso en el otro.
Una memoria compartida
Lo que hace que las dos funcionen juntas no es que se comuniquen. Es que compartan memoria.
Cada decisión de la IA de ciclo corto, cada pieza rechazada, cada desviación detectada, cada vez que un operario corrige una alarma, es un dato que la IA de ciclo largo necesita para razonar sobre la semana que viene. Y cada decisión de la IA de ciclo largo, la secuencia, los parámetros de cada referencia, la tolerancia que se admite en cada pedido, baja a la línea como el margen dentro del cual la IA de ciclo corto puede actuar sola.
Sin esa memoria común, tienes dos sistemas: uno que ve mucho y decide poco, y otro que decide mucho y no ve nada.
En Marmaris, 1998, el sistema ya tenía las dos partes sin que nadie las llamara así. El láser a la salida del horno leyendo el relieve de cada pieza era el ciclo corto. El modelo que aprendía de los operarios y movía los termopares media hora antes de que apareciera el defecto era el ciclo largo. Y lo que unía a los dos era una memoria que se construyó pieza a pieza, con lo que sabían las personas que llevaban años delante de ese horno.
Cómo saber cuál necesitas
Empieza por la decisión, no por la tecnología. Coge un problema concreto de tu planta y pregúntate cuánto tiempo tiene la decisión antes de que ya no sirva. Si son segundos, es ciclo corto y va junto a la máquina. Si son días, es ciclo largo y va por encima. Si la respuesta es «las dos», enhorabuena: has encontrado el proyecto de verdad, y ahora ya sabes que hay que diseñar la memoria antes que ninguno de los dos sistemas.