JOURNAL /
No todo necesita un agente
Elegir entre un script y un agente no es una cuestión de estar a la última. Es decidir cuánto contexto, incertidumbre y control necesita realmente una tarea.
El problema antes de la etiqueta
La llegada de agentes, skills y nuevos flujos de automatización ha cambiado nuestra forma de trabajar. Adoptarlos puede aportar velocidad, pero llegar antes a una herramienta no significa entender mejor el problema. Una solución no mejora solo porque ahora se describa como agéntica.
Mi punto de partida sigue siendo el mismo: entender qué hay que resolver y elegir el mecanismo adecuado. Si una tarea tiene entradas conocidas, reglas explícitas y una salida verificable, conviene preguntarse primero si necesita razonamiento abierto. Muchas veces la respuesta está en una función, un script o una comprobación determinista.
Un quality gate no necesita interpretación creativa
En mi publicación original planteaba un ejemplo sencillo: comprobar si un quality gate de Sonar ha pasado. La pregunta tiene un resultado concreto. Añadir un agente para contestarla puede introducir contexto, latencia y coste donde bastaría con leer el estado y aplicar una regla.
Eso no vuelve inútil a la IA alrededor de ese flujo. Puede ayudar a entender un fallo, relacionarlo con un cambio o explorar alternativas cuando la información está dispersa. Lo importante es separar la comprobación del trabajo de interpretación. El agente puede explicar; el estado observado sigue siendo la autoridad.
Reservar la IA para donde aporta contexto
Sí hay tareas en las que una herramienta de razonamiento resulta útil: sintetizar información, explorar una situación poco definida o conectar fuentes que requieren lectura y criterio. No necesitan necesariamente la misma solución que una validación binaria.
La elección implica un coste operativo. Contexto, aprendizaje y consumo de recursos forman parte de la decisión, no son detalles posteriores. Usar una herramienta con intención permite dirigir ese esfuerzo hacia el problema en lugar de gastarlo en una capa de automatización que nadie necesitaba.
Los fundamentos no desaparecen
Arquitectura, separación de responsabilidades, testing y diseño técnico siguen siendo necesarios. Orquestar agentes no elimina esas responsabilidades: cambia cómo se ejecuta una parte del trabajo. La persona que decide el alcance y revisa el resultado sigue necesitando comprender el sistema.
Para mí, la pregunta no es si hay que adoptar o resistirse a la IA. Es si la estamos usando con criterio o con ansiedad por no quedarnos fuera. Un script preciso y un agente bien dirigido pueden convivir. La madurez está en saber por qué se eligió cada uno.