No todo necesita IA: el framework de 3 preguntas que uso antes de automatizar

Hoy todo el mundo llega pidiendo "algo con IA". Pero uno de los trabajos de los que más orgulloso estoy no tiene ni una línea de IA.

El caso

Un equipo de ingeniería necesitaba crear estilos de Tube & Pipe en Inventor a partir de librerías enormes del Content Center. El proceso manual: abrir, configurar, resolver componente por componente. Días de trabajo mecánico, propenso a errores, que nadie quería hacer.

La solución fue un add-in que lee un Excel y crea los estilos masivamente, resolviendo cada componente contra las familias reales del Content Center. Determinístico, auditable, repetible. Corre igual hoy que dentro de un año.

¿Un LLM ahí? Habría agregado costo, latencia y probabilidad de error a un problema que era 100% reglas. La entrada estaba estructurada (un Excel), la salida estaba definida (estilos válidos) y no había ambigüedad que interpretar.

El framework de 3 preguntas

1. ¿El problema es de REGLAS claras? Si puedes escribir el procedimiento en un papel y siempre es igual, es automatización clásica. Punto. Código determinístico: más barato, más rápido, más confiable.

2. ¿Es de LENGUAJE, ambigüedad o criterio? Si la entrada es una petición humana, el contexto cambia y hay que interpretar, ahí sí aporta un LLM. Siempre con validaciones duras alrededor, porque el modelo se equivoca.

3. ¿Es de PROCESO desordenado? Si el problema real es que cada persona lo hace distinto y nadie sabe cuál es la versión buena, ni IA ni código: primero ordenar el proceso. Automatizar el caos solo produce caos más rápido.

Vendo soluciones, no IA

A veces la solución es un agente conversacional dentro de Vault, con 9 capas de defensa. A veces es un Excel bien leído. El que te propone IA para todo no te está resolviendo un problema: te está vendiendo el suyo.