Cuándo Usar Agentes de IA vs. Herramientas Más Simples: Patrones de r/LocalLLaMA

Una discusión en r/LocalLLaMA examina cuándo usar agentes de IA frente a herramientas más simples, basándose en patrones prácticos y antipatrones observados en el desarrollo.

Tres Preguntas para Determinar el Uso de un Agente

El autor recomienda hacerse tres preguntas antes de implementar un agente:

• ¿Se conoce el procedimiento? Si puedes escribir los pasos exactos de antemano, un script es mejor.
• ¿Cuántos elementos hay? Los agentes funcionan mejor en casos complejos únicos, no en miles de elementos similares como facturas.
• ¿Son los elementos independientes? Si los elementos no tienen relación, procesarlos en el mismo contexto del agente puede hacer que los detalles se filtren entre elementos.

Cuando las tres apuntan hacia un agente (procedimiento desconocido, pequeño número de casos, elementos interrelacionados), ese es el caso de uso ideal.

Antipatrones Comunes

La publicación identifica varias tareas que no se benefician del razonamiento de un agente:

• Crear entornos de prueba (usa una canalización de CI en su lugar)
• Procesar lotes de facturas (usa un mapa sobre una lista)
• Sincronizar datos entre sistemas (usa ETL)
• Enviar informes programados (usa un trabajo cron)

Estas tareas tienen procedimientos conocidos y no requieren la sobrecarga de razonamiento de un agente.

Distinción entre Agente y Canalización de LLM

Una distinción clave destacada: usar un LLM no convierte automáticamente algo en un agente. Un LLM en una canalización funciona como texto de entrada, texto de salida sin autonomía, llamadas a herramientas o razonamiento de múltiples pasos. Un agente es un bucle que elige qué hacer a continuación basándose en resultados intermedios. Muchas tareas construidas como agentes son en realidad tareas de canalización de LLM.

Dónde Sobresalen los Agentes

Los agentes brillan en escenarios que requieren una composición dinámica de herramientas conocidas donde la secuencia depende de resultados intermedios:

• Agentes de programación que leen errores, formulan hipótesis, escriben correcciones, ejecutan pruebas y revisan
• Investigadores que reformulan consultas basándose en hallazgos
• Trabajo creativo
• Flujos de trabajo con humanos en el ciclo

La mejor arquitectura suele ser híbrida: agentes para pensar, código para hacer. Un agente de programación podría escribir una corrección, pero la canalización de CI que la prueba sigue siendo infraestructura estándar.