Andon jidoka con agentes — escalar un paro de línea no es esperar a la reunión, son segundos con la causa raíz ya en pantalla.
En las plantas automotrices del cluster de San Luis Potosí, un paro de línea cuesta minutos en localizar al responsable correcto y en avisar al Tier 2 que está en JIT — y esos minutos se multiplican por cada turno. iLEAN Agents convierten el andon clásico en un sistema jidoka digital: el botón sigue siendo el botón, pero detrás un enjambre de agentes cruza calidad, mantenimiento y logística, prepara el escalado con contexto y notifica al canal correcto en segundos. La persona decide cada acción externa y firma; el agente le devuelve los minutos.
El andon enciende la luz — la causa raíz se sigue buscando a mano.
En una planta automotriz del cluster de San Luis Potosí, el andon clásico hace su parte: el operario tira del cordón, la torre se enciende y alguien viene. Lo que no resuelve es el resto del minuto:
- ¿Quién atiende exactamente este paro? — el jefe de línea está en otra estación, mantenimiento está en el almuerzo, calidad está en el cuarto. Tres llamadas y dos walkies para localizar al correcto.
- ¿Cuál es la causa raíz? — la luz dice «hay un problema», no «el atornillador 4 dio par fuera de ventana en los últimos cuatro motores». El que viene tarda los primeros minutos en reconstruir lo que pasaba.
- ¿A quién hay que avisar fuera? — al Tier 2 que está en JIT, al transporte que recoge en X minutos, al OEM si el paro supera el umbral del contrato. Casi nunca llega a tiempo el aviso correcto al canal correcto.
El sistema clásico — botón + torre + radio + reunión — funciona en lotes buenos. En el malo, los minutos perdidos en localizar y escalar pesan más que el problema técnico. Y la información que cruza la planta sigue viviendo en islas: el dato unido sin agente es una biblioteca sin bibliotecario; un agente sin captura es un bibliotecario sin biblioteca. El andon es el bibliotecario que falta — pero solo si el cerebro tiene a quién consultar.
iLEAN no sustituye el andon — le pone detrás un cerebro que escala con contexto.
El problema del andon en automoción no es falta de señal: es contexto que llega tarde al responsable correcto. iLEAN actúa como la masilla que rellena el hueco entre la luz que se enciende y los primeros minutos de respuesta, sin pedirte que cambies tu sistema andon.
Agentes que viven en Central, escuchan el botón, cruzan la realidad de la línea con calidad/mantenimiento/logística y preparan el escalado en segundos. La persona firma cada acción externa — los agentes no tienen manos en la OT crítica.
Las tres piezas iLEAN aplicadas al andon jidoka:
- Agents (pieza protagonista) — un enjambre de agentes en la plataforma Central que escucha el botón andon, cruza la información de la estación (último par registrado, último defecto detectado por Edge, última alarma del CMMS) con el plan de escalado y el calendario de turnos. Prepara el aviso con contexto y lo envía al responsable correcto en segundos por su canal habitual. Trabajan 24/7 y no duermen — son la cama caliente del jefe de línea.
- Connect — transporta los mensajes por los canales que usa cada interlocutor: email al Tier 2, WhatsApp al transportista, llamada transcrita al OEM si toca, app interna al técnico de mantenimiento. Y escucha hacia fuera: confirmación del Tier 2 de que recibió, ETA actualizado del camión, mensaje del OEM con el umbral del contrato. Connect transporta, los Agents deciden, la persona firma.
- Edge — opcional pero recomendado: si Edge ya está en las estaciones críticas (calidad, torque, visión), su lectura entra al agente como contexto del primer segundo. El andon deja de ser una pregunta («¿qué pasa?») y se convierte en un diagnóstico inicial con foto, registro y propuesta.
Andon clásico vs. andon jidoka con iLEAN Agents
| Aspecto | Andon clásico (botón + torre + radio) | Con iLEAN Agents (jidoka digital) |
|---|---|---|
| Activación del aviso | Botón → torre → quien la vea | Botón → agente con contexto → responsable correcto |
| Localización del responsable | Llamadas y walkies, varios minutos | Aviso al canal correcto en segundos |
| Primer diagnóstico | El que llega lo reconstruye in situ | Agente entrega último par/última alarma/último defecto |
| Escalado a Tier 2 / OEM | Manual, depende de quién está disponible | Borrador preparado por el agente; la persona firma |
| Trazabilidad del evento | Excel del jefe de línea al final del turno | Dossier automático del evento con cronología |
| Aprendizaje | Reunión semanal, si llega | Patrón cruzado por el agente desde el segundo cero |
Estimación de impacto para tu planta — a validar con tus números.
El siguiente bloque es una estimación a validar con los datos concretos de tu planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.
- Planta automotriz con varias líneas, andon clásico funcionando, varios Tier 2 en JIT alrededor, paros no planificados que se concentran en un puñado de causas raíz típicas.
- Piloto Agents en una línea (escalado contextual + integración con CMMS, MES y canales de Tier 2). Primer valor esperable en pocas semanas: el aviso llega con contexto al responsable correcto en segundos.
- Payback orientativo entre 4 y 9 meses, según coste por minuto de parada y frecuencia histórica de escalado mal hecho (la llamada que no llegó, el Tier 2 al que se avisó tarde).
- Reducción del tiempo medio de escalado de un paro ≥ 30% en la línea piloto en el primer trimestre. La palanca dura es un solo paro acortado en 20-30 minutos por el escalado correcto en segundos — paga el piloto.
Y la duda razonable del director de operaciones
«¿Y si el agente escala a la persona equivocada o redacta mal el aviso al Tier 2?» — la alucinación es un problema de la generación libre, no de las tareas ancladas. En tareas donde la IA se limita a recontextualizar un dato de un sistema a otro (cruzar tipo de paro con plan de escalado y preparar el borrador del aviso), los mejores modelos bajaron el error por debajo del 1,5% [1]. Y aun así, lo crítico no se decide solo: cada escalado externo va con borrador del agente y firma de la persona. Los tres anillos de seguridad están ahí precisamente para esto — los Agents proponen, no ejecutan en OT crítica.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre andon jidoka con agentes
¿Qué diferencia hay entre un andon clásico y un andon con agentes?
El andon clásico es una señal: el operario tira del cordón o pulsa el botón, una luz se enciende, alguien viene a mirar. El andon con agentes hace lo mismo más el primer diagnóstico: el agente cruza qué pasaba en la estación (parámetro del HMI, último apriete, último defecto detectado), qué pasaba aguas arriba (cambio de material, cambio de SKU, alarma de mantenimiento) y qué responsable corresponde, y le manda el aviso al canal correcto en segundos — con contexto, no con una luz. La persona decide; el agente le ahorra los primeros minutos de buscar la causa.
¿Sirve para una línea automotriz con varios proveedores Tier 2 alrededor?
Sí, y es donde más se nota. El paro de una línea automotriz casi nunca es un evento aislado: arrastra a varios proveedores Tier 2 que están en JIT. iLEAN Agents coordinan ese paro: avisan al Tier 2 con tiempo estimado, replantifican la entrega, abren ticket de mantenimiento y notifican al cliente OEM si el paro supera el umbral. Connect transporta los mensajes por el canal que use cada interlocutor (email, WhatsApp, Telegram, llamada transcrita); los agentes coordinan; la persona firma cada escalado externo.
¿No quita autoridad al jefe de línea?
Al contrario — le devuelve los minutos que perdía en llamar a tres números. El agente propone, prepara los mensajes y abre los tickets; el jefe de línea decide y firma. No es automatizar para sustituir — es asistir y simplificar. La regla de oro es: el agente transporta y propone, la persona valida. Los tres anillos de seguridad están diseñados para que la operación crítica solo la ejecute la persona, sobre todo en el escalado externo (Tier 2, OEM, sindicato).
¿Qué datos necesita iLEAN para empezar a operar el andon jidoka en SLP?
Lo que ya tienes: el sistema andon actual (botones, luces, ticketing si lo hay), la pauta de escalado de la planta (quién atiende qué tipo de paro), los datos de las estaciones críticas (Edge si hace falta, Connect para HMI legacy si toca) y la integración con CMMS y MES. No reemplazamos el andon — lo enchufamos al cerebro multiagéntico de iLEAN. Inmersión de pocos días con el equipo mixto y primer valor en pocas semanas.
¿Cuánto cuesta y qué payback se puede esperar en una planta automotriz de SLP?
Depende del coste por minuto de parada y la frecuencia histórica de escalado mal hecho (la llamada que no llegó, el Tier 2 al que se avisó tarde, el responsable que estaba en otra reunión). En plantas automotrices SLP típicas, el payback orientativo se mueve en el rango de 4-9 meses con el piloto contenido a una línea — la palanca dura es un solo paro que se acorta en 20-30 minutos por el escalado correcto en segundos. Pedimos los datos de tu línea y te pasamos el ROI estimado en 48h.
Cuéntanos tu caso y te pasamos en 48h el ROI estimado de este proyecto de IA para tu andon de planta.
Trabajamos sobre los datos reales de tu planta, no sobre los nuestros. Diagnóstico sin compromiso.
Pedir ROI estimado en 48h Ver México