Cuándo NO usar un modelo de lenguaje en tu proceso
Buena parte de lo que se vende como automatización con IA se resuelve mejor, más barato y con menos riesgo sin IA. Cómo distinguirlo antes de gastar.
Polarity · 2 de julio de 2026 · 3 min
En los últimos dos años nos han llegado decenas de solicitudes que empiezan igual: "queremos meterle inteligencia artificial a esto". En más de la mitad de los casos, la respuesta honesta fue que no hacía falta.
No es purismo. Un modelo de lenguaje introduce costo por uso, latencia variable, dependencia de un proveedor externo y un comportamiento que no es reproducible al cien por ciento. Si el problema se resuelve sin eso, meterlo es añadir fragilidad a cambio de nada.
La pregunta que ordena la decisión
Ante un proceso, preguntamos una sola cosa: ¿la entrada es predecible en su estructura?
Si la entrada siempre llega en el mismo formato, con los mismos campos en los mismos lugares, no necesitas un modelo. Necesitas una consulta, una expresión regular o un mapeo de campos. Eso se ejecuta en milisegundos, cuesta cero por operación y da exactamente el mismo resultado hoy y dentro de tres años.
El modelo gana cuando la entrada es variada y la salida es estructurada. Facturas de cuarenta proveedores distintos, cada una con su propio diseño. Correos escritos por personas distintas pidiendo cosas parecidas. Descripciones de repuestos que cada vendedor escribe a su manera. Ahí la variabilidad es real y programar reglas para cada caso es un trabajo sin fin.
Señales de que no hace falta IA
- El proceso se puede describir completo en menos de veinte reglas.
- Todas las entradas vienen de un sistema tuyo, en formato fijo.
- Un error del proceso tiene consecuencias legales o financieras directas y no hay revisión humana.
- El volumen es tan alto que el costo por llamada al modelo supera el ahorro de tiempo.
- Ya existe una función en el sistema que pagas todos los meses y nadie la activó.
Ese último punto es más común de lo que parece. Antes de construir nada, revisamos qué trae de fábrica el software que el cliente ya tiene.
Señales de que sí
- Las entradas son texto libre, imágenes o audio producidos por humanos.
- La regla es fácil de explicar en una frase pero imposible de escribir como condición.
- Hay tolerancia al error, o existe un punto de revisión humana antes de la consecuencia.
- Los casos raros son muchos y cada uno es distinto.
El patrón que sí recomendamos
Cuando el modelo tiene sentido, casi nunca lo dejamos decidir solo. El diseño que mejor nos ha funcionado es: el modelo propone, el sistema valida contra reglas duras, y lo que no pasa la validación va a una cola de revisión humana.
Con eso obtienes lo mejor de ambos mundos: la flexibilidad del modelo frente a entradas desordenadas, y la certeza de las reglas donde el error cuesta dinero. Además, la cola de revisión te dice exactamente dónde el modelo está flojo, y eso es lo que usas para mejorarlo.
Lo que decimos en la reunión
Si después del diagnóstico concluimos que tu proceso se resuelve con una consulta programada y un correo automático, te lo decimos. Cobramos el diagnóstico, no la complejidad.
- IA
- Automatización
- Criterio técnico