Caso de estudio 02 / 17Ciencia de datos
Gemelo digital de desgaste y vida útil para una tubería de pulpa
Imputa cada exceso de operación en días de vida, por tramo y por minuto; lo construyó un equipo de 30 agentes de IA bajo mis reglas.
Stack
- TypeScript
- Node.js
- InfluxDB
- Flux
- Playwright
- Claude Code
- PowerShell
01 · Cómo funciona
- HoyaModificado en este trabajo
- Flujo de datos
Qué hace
Un modelo de desgaste y vida útil para una tubería de pulpa de larga distancia que convierte lo que el modelo hidráulico ya calcula en lo que paga el activo: cada minuto, cada tramo de 100 m se clasifica en uno de siete regímenes de flujo y recibe el desgaste de su régimen. El desgaste dentro de la ventana de operación acordada es base; todo lo que ocurre fuera de ella es extra y se imputa a la operación en días de vida, con la corrosión y la fatiga por transitorios como relojes aparte.
Leer más
Diseñé el método y goberné al equipo autónomo de agentes de IA que construyó la primera versión: un motor, un registro por tramo, una API y un visor 3D.
5 conexiones· elige un componente para ver su recorrido
- Modelo hidráulico 1D a Copia de solo lectura: caudal, presión, lotes
- Copia de solo lectura a Motor régimen + desgaste: un valor por minuto
- Motor régimen + desgaste a Registro por tramo-día: base + extra, en días
- Registro por tramo-día a API local de lectura: reproducible, con hash
- API local de lectura a Visor 3D de margen: tramo y comparación
02Resultados
- R01Cuanto más alto, mejor
Regímenes de flujo que distingue la ley de desgaste
Antes 1, después 7, 7× mayor. Cuanto más alto, mejor.AntesDespués - R02Cuanto más bajo, mejor
Vías del equipo de agentes para escribir fuera del proyecto
Antes 11, después 0, a cero. Cuanto más bajo, mejor.AntesDespués - R03Cuanto más bajo, mejor
Errores de los agentes cada 100 llamadas
Antes 6.7, después 2.4, 2.8× menor. Cuanto más bajo, mejor.AntesDespués
Qué logró
- Contabilidad del desgaste: una sola tasa para toda la línea → siete regímenes de flujo por tramo y por minuto, con base y extra en días de vida
- Vida del activo: un reloj → dos, desgaste más corrosión y fatiga por transitorios; manda el primero que se agota
- Cálculo por minuto: un núcleo de GPU por evento → fórmulas simples en CPU, segundos por día de datos
Leer más
- Primera versión: un documento de diseño → un motor, un registro de 12 días con 56 campos por tramo y día, una API y un visor 3D, con 546 pruebas en verde
- Seguridad del equipo: 11 vías de escritura fuera del proyecto → 0, tras un guardián que falla cerrado y aprueba 72 de 72 casos de prueba
- Confiabilidad del equipo: 6.7 → 2.4 errores cada 100 llamadas, tras escribir cada comando denegado como una trampa en las reglas
El desafío
En una tubería de pulpa el desgaste se acumula en micras por mes, invisible para cualquier inspección aislada, así que la operación nunca sabe cuánto le cuesta a la tubería una sobrevelocidad, un lote denso, un rearranque lento u operar cerca de la velocidad de depósito. La propuesta inicial que revisé implicaba una tasa de desgaste entre 1,300 y 4,000 veces mayor que la plausible para el acero en este servicio, y ubicaba cada evento en el sensor, aunque un cambio de caudal alcanza toda la línea en minutos.
Leer más
Su núcleo de GPU recibía entradas idénticas en todos sus puntos, así que todos sus resultados eran iguales.
Los datos resultaron más difíciles que la física: un campo que según el código traía la velocidad por punto no existía al medirlo en vivo, dos códigos de sistema se habían tomado como uno solo y el servidor de laboratorio corría una simulación, no la planta.
Qué aprendí
Los días de vida son la unidad correcta antes de calibrar: se suman, no necesitan medir espesores y hacen legible un mes de micras. Los milímetros llegan solo con inspección en línea y lecturas ultrasónicas, por eso la primera versión rotula cada vista como datos de simulación y sin calibrar, y su código de calibración rechaza los registros simulados.
Leer más
Hay que medir los datos, no el código: un campo que el código prometía no estaba. Operar un equipo de IA durante días me enseñó que las salvaguardas valen más que los permisos. Escribí cada comando denegado en las reglas en vez de aflojar al guardián, y dejé en manos de una persona las decisiones que importan, como qué sistema y qué rangos de operación usar.
Stack
- TypeScript
- Node.js
- InfluxDB
- Flux
- Playwright
- Claude Code
- PowerShell
