Al crear aplicaciones con Claude, a menudo te encontrarás con tareas que no se pueden completar en una sola solicitud. Aquí es donde entran en juego los flujos de trabajo y los agentes: son estrategias para manejar procesos complejos de varios pasos.
De hecho, has estado usando estos conceptos a lo largo de este curso. ¿Recuerdas cuando usamos herramientas y dejamos que Claude descubriera cómo completar las tareas? Eso era un agente en acción.
Elegir entre flujos de trabajo y agentes
La decisión se reduce a qué tan bien entiendes la tarea:
- Usa flujos de trabajo cuando puedas visualizar el flujo exacto o los pasos que Claude debería seguir para resolver un problema, o cuando la experiencia de usuario de tu aplicación limite a los usuarios a un conjunto de tareas
- Usa agentes cuando no estés seguro exactamente de qué tarea o parámetros de tarea le darás a Claude
Los flujos de trabajo son series de llamadas a Claude destinadas a resolver un problema específico a través de una serie predeterminada de pasos. Los agentes le dan a Claude un objetivo y un conjunto de herramientas, esperando que Claude descubra cómo completar el objetivo a través de las herramientas proporcionadas.
Un ejemplo real de flujo de trabajo
Veamos un ejemplo práctico: construir una aplicación de "Imagen a CAD". Los usuarios arrastran y sueltan una imagen de una pieza metálica, y la aplicación crea un archivo STEP (un estándar de la industria para modelos 3D).
Así es como podríamos dividir esto en pasos del flujo de trabajo:
- Alimentar la imagen a Claude, pidiéndole que describa el objeto en detalle
- Basándose en la descripción, pedirle a Claude que use la biblioteca CadQuery para modelar el objeto
- Crear una representación del modelo 3D
- Pedirle a Claude que califique la representación contra la imagen original. Si hay problemas, corregirlos y repetir
Este es un escenario de flujo de trabajo perfecto porque tenemos una idea bastante clara de exactamente qué hacer cuando un usuario proporciona un archivo de imagen, y podemos escribir fácilmente todo esto con código como una serie predefinida de pasos.
El patrón evaluador-optimizador
El ejemplo de CAD demuestra un patrón de flujo de trabajo común llamado evaluador-optimizador:
- Productor: Toma una entrada y crea una salida (Claude usando CadQuery para modelar y renderizar)
- Evaluador: Evalúa la salida según criterios
- Ciclo de retroalimentación: Si el evaluador rechaza la salida, la retroalimentación vuelve al productor para su mejora
- Aceptación: El ciclo continúa hasta que el evaluador acepta la salida
¿Por qué aprender patrones de flujo de trabajo?
Identificar diferentes flujos de trabajo te da un conjunto de recetas repetibles para implementar tus propias funciones. El evaluador-optimizador es un patrón de flujo de trabajo que ha funcionado bien para otros ingenieros: ¡considera usarlo en tus propias aplicaciones!
Recuerda, los flujos de trabajo no se implementan solos. Todavía necesitas escribir el código real. Pero tener estos patrones probados como puntos de partida puede ahorrarte tiempo significativo y ayudarte a evitar errores comunes que otros ya han resuelto.