“Un sistema no es tuyo solo porque no lo construiste — ese fue el error de Kevin. Un sistema es tuyo para siempre porque lo construiste — ese fue el destino de Tom.”

Serie: IA, Ego y Arrepentimiento — Capítulo Extra

Nota del Editor: Mientras compilaba la serie anterior para el libro, encontré este borrador en los archivos. No encajaba en la alineación original, pero la historia era demasiado buena para dejarla enterrada en un disco duro. La pulí y decidí publicarla como un capítulo extra. Esta es una obra de ficción.

Acto I · Peso Muerto

Me tomó seis años convertir la plataforma de diagnóstico IA de NovaTech de un script de Python en un solo servidor a un sistema de producción que procesaba cuatro millones de solicitudes de diagnóstico al día. Cada sensor enviaba datos upstream. El modelo no se disparaba con cada lectura, pero durante las horas pico manejaba más de cien por segundo. Nuestros clientes incluían tres gigantes manufactureros del Fortune 500 — el más grande era Merit Manufacturing — además de una marca de dispositivos médicos que seguro has usado.

Hace seis años, cuando entré, la empresa tenía dieciocho personas y el CTO aún escribía código. El CEO Ryan Whitfield golpeaba la mesa en las reuniones generales y decía: “Estamos construyendo algo que importa”.

Tres años después, nos mudamos a una oficina en Sunnyvale con patio interior. Ryan bebió media botella de whisky en la fiesta de inauguración, me puso el brazo encima y le dijo a un inversionista: “Tom es la razón por la que este barco se mantiene a flote”.

Tres años después de eso, el barco me dijo que yo era peso muerto.

El despido llegó un miércoles a las 11 AM. Videollamada general. Ryan se sentó frente a su lámpara de comedor — la que costó treinta mil dólares — y explicó que la empresa estaba pasando por una “reestructuración estratégica” para “optimizar operaciones”. La diapositiva tres tenía mi nombre y el de todo el equipo de la plataforma de datos — los doce — metidos dentro de una caja gris.

“Los roles afectados están siendo eliminados para reducir redundancia”.

Redundancia. Había liderado este equipo por seis años. Años de operaciones sin incidentes. 99.97% de precisión. Redundancia.

El paquete de separación de RH llegó a mi bandeja de entrada. Indemnización estándar, un NDA, un año de no competencia. No podía ni trabajar en la cafetería de abajo, y mucho menos en un competidor.

Noté algo cuando firmé. Enterrado en mi cláusula de no competencia había una excepción: “Los familiares de la dirección ejecutiva están exentos de las obligaciones de confidencialidad respecto a comunicaciones internas de reestructuración”. Estaba escondido en una nota al pie de la página catorce, en letra tan pequeña que te la perderías si parpadeabas.

No le di mucha importancia. Firmé.

Acto II · Primera Sangre

Dos semanas después, LinkedIn llenó los espacios en blanco.

La nueva foto de perfil de Kevin Whitfield apareció en mi feed. Polo de Westport University, parado frente al letrero de la escuela de ingeniería, con dientes tan blancos que parecían generados por IA. Su titular: “VP de Ingeniería en NovaTech | Constructor | Pensador | Disruptor”.

Me quedé mirando ese título por veinte segundos completos. VP de Ingeniería. Un tipo que estaba haciendo proyectos de curso hace tres meses, con el mismo título que mi antiguo jefe.

Su primer correo electrónico para toda la empresa llegó al día siguiente — enviado a todas las bandejas de entrada a las que ya no tenía acceso. Dmitri — uno de los veteranos del equipo — le tomó captura y me la envió.

“Estoy emocionado de anunciar que NovaTech está entrando en un nuevo capítulo. La arquitectura actual de nuestra plataforma, aunque funcional, arrastra una deuda técnica significativa. Lideraré una iniciativa de modernización para llevar nuestro stack a la siguiente generación. Esperen iteraciones más rápidas, despliegues más eficientes y un roadmap más agresivo.”

Deuda técnica. Iteraciones más rápidas. Despliegues más eficientes. Cada palabra caía exactamente en “no tengo idea de lo que hace este sistema”.

El comentario de Dmitri debajo de la captura: “Me preguntó hoy si el pipeline de CI/CD era un nuevo empleado”.

Acto III · El Cambio de Modelo

El primer movimiento de Kevin no fue arquitectónico. Fue cambiar el modelo.

“El modelo de Tom tiene seis años. Es bueno. Pero bueno ya no es el estándar”.

Eso dijo en su primera reunión técnica general. Dmitri me lo transmitió con voz plana — ya había pasado el punto de sorprenderse.

La “modernización” de Kevin consistió en reemplazar el modelo de diagnóstico que había ajustado durante seis años — 99.97% de recall con 0.03% de falsos positivos en detección de fallas industriales — con el LLM cerrado más nuevo del mercado. Afirmaba que las “capacidades de razonamiento zero-shot” del LLM expandirían la cobertura de 340 escenarios a “infinitos”.

340 escenarios. Cada uno pasó por tres rondas de etiquetado, dos rondas de validación cruzada y al menos trescientas horas de observación en producción antes de darlo por terminado. Kevin pasó tres días leyendo documentación de API y decidió que era suficiente.

En la demo, abrió el dashboard del LLM y les dijo a los seis ingenieros en la sala: “Esto lee los logs, entiende el contexto y genera el diagnóstico en lenguaje natural. No más ajuste manual de reglas. No más ingeniería de características. No más cuellos de botella. ”

Cuando dijo “no más cuellos de botella”, miró a Dmitri. Dmitri era nuestro ingeniero de rendimiento. Kevin probablemente no sabía su nombre, pero sabía que ese rol pertenecía a “la era anterior”.

Dmitri no objetó en la reunión. Me mensajeó después: “Dijo que el LLM se comparó con nuestros logs. Revisé su conjunto de prueba. Patrones de falla de libro de texto. Ni uno de una línea de producción real”.

No respondí. Porque Kevin también lo sabía — eligió un conjunto de prueba limpio porque los conjuntos de prueba limpios dan resultados limpios.

Acto IV · Falla en Cascada

Contando desde el primer día de Kevin, para el día doce el cambio estaba hecho. Kevin supervisó personalmente al equipo de ingeniería, migrando el pipeline de inferencia anterior a la API del LLM. La transición fue suave. Cada endpoint devolvía 200. Cada luz verde en el dashboard se mantenía encendida.

Día catorce, la línea de producción de Merit Manufacturing reportó una falla.

Nada grave — una deriva de sensor en una banda transportadora. El modelo anterior había manejado este escenario exacto más de mil veces. Diagnóstico: “Deriva de sensor detectada, ventana de recalibración: 72 horas”. Puntuación de confianza adjunta. Ticket de mantenimiento generado. Tiempo total: 170 milisegundos.

El nuevo modelo leyó 170 páginas de logs de producción, gastó 4.3 segundos y produjo un párrafo fluido:

“El patrón de anomalía sugiere una posible degradación en el mecanismo de alineación de la banda transportadora, posiblemente debido a estrés térmico acumulado en los rodamientos de la unidad de transmisión. Se recomienda inspección completa inmediata del conjunto del tren de transmisión.”

Traducción: “No tengo idea de qué es esto, pero puedo escribir algo que suene inteligente”.

El equipo de mantenimiento detuvo la línea. Desmontaron la unidad de transmisión. Desarmaron los rodamientos. Cuatro horas después, no encontraron nada. El supervisor escribió en la orden de trabajo: “Falsa alarma. No se encontró ninguna falla”.

Esa fue la primera.

Día dieciséis, el mismo LLM marcó un compresor funcionando normalmente como “falla inminente de rodamientos”. Otro desmontaje. Otras cuatro horas. Nada. El supervisor cambió el estado del feed de diagnóstico de NovaTech a “alto ruido”.

Día dieciocho, no detectó una falla real.

Las lecturas del sensor mostraban claramente un sello hidráulico acelerando hacia la falla. El motor de reglas del modelo anterior habría activado una alerta de “probabilidad de falla: 87% en 7 días”. El LLM leyó los mismos datos y escribió: “Los patrones de fluctuación observados están dentro de la variación operativa normal. No se requiere acción inmediata”.

Treinta y dos horas después, el sello reventó. La línea estuvo caída durante nueve horas. Cada hora de inactividad costó $130,000.

Dmitri me envió los números — capturas del reporte de incidentes, cronograma y desglose de costos incluidos. Su comentario: “Tu motor de reglas detectó fallas durante seis años. Veinte días después de que lo cambiaron, explotó frente a un cliente”. No respondí. Pero leí cada línea.

Acto V · El Ultimátum

El reporte de incidentes de Merit Manufacturing no mencionaba a NovaTech — Diana les hizo ese favor. Pero el VP de éxito del cliente reenvió un correo al grupo interno, y Dmitri me lo capturó. Cinco frases de Diana a Ryan, con copia a cuatro personas: su CFO, su VP legal, el VP de éxito del cliente de NovaTech y una bandeja de entrada del departamento legal.

La tercera frase: “Solicitamos que el modelo de diagnóstico implementado antes de junio sea restaurado dentro de catorce días calendario. Si eso no es posible, ejerceremos nuestro derecho bajo la sección 6.2 de rescindir el acuerdo”.

Traducción: “Pongan el modelo de Tom de vuelta. Si no pueden, nos vamos”.

Acto VI · La Llamada

Tres días después de ese correo, mi teléfono sonó a las 11 PM. Sin código de área en el identificador, pero sabía quién era.

“Tom”.

“Diana”.

“Todo lo que voy a decir, mi equipo legal me diría que no lo diga”.

Hizo una pausa. Escuché clics de teclado al otro lado — quizás estaba cerrando ventanas, haciendo espacio para lo que seguía.

“Merit Manufacturing está rescindiendo el acuerdo con NovaTech. Sección 6.2. Período de transición de catorce días”.

No dije nada.

“Necesitamos a alguien para liderar la transición. Alguien que no sea de NovaTech. Conoces este sistema mejor que cualquier ingeniero que aún esté en su nómina. Tu cláusula de no competencia tiene dos agujeros. Hice que mis abogados los revisaran —” hizo una pausa, como si se asegurara de no haber cruzado una línea. “La excepción de familiar se publicó en un foro anónimo. El mismo bufete que redactó tu contrato — cualquiera que lo lea puede ver lo que significa. Y la no competencia tiene una salida: las separaciones iniciadas por el cliente no la activan. Además —” otra pausa. “La respuesta de Kevin fue efectivamente una negativa por escrito. No necesitamos esperar los catorce días completos”.

Me apoyé contra la encimera de la cocina. Mi esposa le leía a mi hija en la sala, voz suave, una palabra a la vez. Escuché esas sílabas, sosteniendo el teléfono, sintiendo cómo el mundo se quedaba en silencio por unos segundos.

“¿Tom?”

“Envíame los detalles”, dije. Mi voz estaba más calmada de lo que esperaba.

Antes de que colgara, pregunté: “Diana — ¿fuiste a NovaTech primero?”

Un largo silencio. Luego: “Sí, Tom. Kevin me dijo que el LLM es ‘objetivamente superior’ y sugirió que esperara su informe de explicabilidad. Así que terminé de esperar”.

Estaba esperando que Kevin se diera cuenta de que estaba equivocado. Nunca lo hizo.

Diana me envió el informe de explicabilidad justo después de la llamada. Seis páginas en PDF. Cada sección intentaba demostrar que las dos falsas alarmas y la falla no detectada eran “casos extremos”, “entradas fuera de distribución”, “no representativas del rendimiento real del modelo”. Había una tabla comparativa en el apéndice que mostraba 98.7% de precisión en su conjunto de prueba limpio.

Dijo una mentira completa usando un conjunto de datos que nunca mentía.

Acto VII · La Excepción

La cláusula de excepción oculta del NDA fue desenterrada por un excolega y publicada en un foro laboral anónimo. El título del hilo: “La reestructuración de NovaTech fue literalmente diseñada para el nepotismo”. Más de cuatrocientas respuestas.

Un comentario se quedó conmigo. Una cuenta anónima que decía ser ex empleado de NovaTech escribió: “Ryan Whitfield me dijo una vez que el ajuste cultural era el criterio de contratación más importante. Resulta que lo que quería decir era ‘comparte mi apellido’.”

Le tomé captura. No la guardé. Luego cerré el navegador y abrí los documentos de arquitectura para el nuevo proyecto de Merit Manufacturing.

IA, Ego y Arrepentimiento — Capítulo Extra. Esta es una obra de ficción. Cualquier parecido con eventos o personas reales es coincidencia.

Reflexión DojoFullStack: Esta historia, aunque ficticia, refleja una realidad demasiado común en el ecosistema tech: la arrogancia de creer que lo nuevo es siempre superior, y el costo de poner a personas sin experiencia en posiciones de poder solo por su apellido. En el mundo de la IA, donde las decisiones técnicas tienen consecuencias millonarias, la experiencia importa. No importa qué tan brillante sea el algoritmo nuevo — si quien lo opera no entiende el sistema que está reemplazando, el fracaso es cuestión de tiempo.