Solution · Engineering
Cada incidente empieza igual: un ingeniero de control armando la misma consulta contra el MES, el historian y una pila de logs de turno. Foreman corre esa consulta como un agente — prioriza las hipótesis, recolecta la evidencia en paralelo y deja un registro de auditoría que su equipo de calidad puede firmar.
El dolor
Cuando algo deja de correr, el ingeniero de control abre tres ventanas: el log de eventos del MES, la vista del historian y la nota de relevo de la noche pasada. Corre la misma consulta que corrió las últimas seis veces, en el mismo orden, buscando la misma forma. La primera hora de cada incidente es trabajo de reconstrucción que debería haber sido automatizado hace cinco años.
Las hipótesis se prueban en serie porque el ingeniero solo puede leer una ventana a la vez. Para cuando la tercera vuelve no concluyente, la línea ha estado abajo cuarenta minutos y alguien decidió «simplemente reiniciarla» para ver qué pasa. El post-mortem registra «causa desconocida, recurrente» — que es lo mismo que registró la última vez.
El registro de auditoría es lo que alguien recordó tipear en el ticket del incidente al salir. Seis meses después, cuando el OEM pregunta por qué apareció un defecto similar en una prensa similar, nadie puede reconstruir qué se miró y qué se descartó — solo qué se arregló finalmente.
Qué hace Foreman al respecto
Foreman no tira una lista plana de correlaciones. Produce hipótesis priorizadas — la causa más probable primero, con las señales de soporte, los análogos históricos y el puntaje de confianza — para que su ingeniero lea el caso antes de leer los datos.
Built on · Capa de Decisión
Cada hipótesis trae su propia evidencia en paralelo: eventos del MES, trazas del historian, notas del operador, tickets previos. Lo que solían ser tres ventanas abiertas en serie es un brief estructurado entregado en el primer minuto.
Built on · Motor de Agentes
Cada paso que tomó el agente, cada señal que ponderó, cada alternativa que descartó — capturado automáticamente. Cuando la auditoría pregunta «por qué esta acción correctiva y no otra», el razonamiento está en el registro. Sin reconstrucción.
Built on · Capa de Decisión
Sus ingenieros definen el playbook. El bucle RCA de Foreman corre cualquier patrón 5-Why o Ishikawa que su planta ya use — codificado una vez, corrido en cada incidente. Cuando cambia el playbook, el próximo incidente usa la nueva versión.
Built on · Motor de Agentes
Lo que moveríamos
Del incidente a un set de hipótesis priorizadas con evidencia, vs. la línea base manual de «primera hora».
Hipótesis mostradas por incidente, cada una con puntaje — nunca una sola respuesta segura-incorrecta.
Pasos, señales ponderadas y alternativas descartadas — capturadas en el registro de auditoría por defecto.
* Estimaciones de etapa de descubrimiento desde recorridos de incidentes en plantas Tier-2 de estampado. Reemplazadas con números medidos a medida que corren los pilotos.
El único resultado que importa
No vamos a fingir que el agente siempre tiene la respuesta correcta. Produce el caso priorizado que su ingeniero habría armado, en el tiempo que le toma caminar a la línea. Esa es la métrica que medimos: cuánto de la primera hora se recupera.
Dónde aterriza
Eventos del MES
Wonderware, Opcenter, FactoryTalk, Ignition — razones de downtime, alarmas, acciones de operador, genealogía de partes. Foreman lee la capa estructurada contra la cual su equipo ya registra.
Historian
OSIsoft PI, Aveva, MQTT, OPC-UA — parámetros de proceso, señales de activos, KPIs derivados. Alineados a eventos del MES al milisegundo para que causa y efecto aterricen en la misma traza.
Tickets y logs de turno
Maximo, SAP PM, Jira, sus herramientas internas. Los tickets pasados alimentan los análogos históricos; los tickets actuales son el destino donde el agente escribe.
Foreman es solo lectura sobre los sistemas de producción por defecto. Las escrituras aterrizan solo en su flujo de tickets de incidente, acotadas a borradores que sus ingenieros aprueban. See the full integration list →
Industry fit
Una llamada de 30 minutos para recorrer un incidente real — los sistemas que su ingeniero tuvo que leer, las hipótesis descartadas y dónde Foreman habría empezado.
