Encadenar y enrutar

La cadena de montaje y la recepción del hospital

Una cadena de montaje divide el trabajo: cada puesto hace una cosa sencilla y pasa la pieza al siguiente. En un hospital, en cambio, hay una recepción que pregunta «¿qué te pasa?» y te manda a traumatología o a pediatría.

Son dos patrones de workflow distintos y se combinan muy bien.

Encadenamiento de prompts (prompt chaining)

Se divide la tarea en pasos fijos. Cada llamada al modelo procesa la salida de la anterior. Entre pasos puedes poner una puerta (gate): una comprobación hecha con código normal que verifica que todo va bien antes de continuar.

Esquema -> [¿cumple los criterios?] -> Redacción

Cuándo usarlo: cuando la tarea se parte limpiamente en subtareas fijas. Lo que ganas es precisión a cambio de algo de latencia, porque cada llamada tiene una tarea más fácil.

Ejemplos de la fuente:

• Generar un texto de marketing y luego traducirlo a otro idioma.
• Escribir el esquema de un documento, comprobar que cumple ciertos criterios y después escribir el documento a partir de él.

Enrutado (routing)

Se clasifica la entrada y se envía a una tarea posterior especializada. Cada ruta puede tener su propio prompt, sus herramientas e incluso su modelo. Así evitas que optimizar para un tipo de entrada empeore los demás.

Cuándo usarlo: cuando hay categorías claramente distintas que conviene tratar por separado y la clasificación se puede hacer con fiabilidad (con un LLM o con un clasificador tradicional).

Ejemplos de la fuente:

• Dirigir consultas de atención al cliente (dudas generales, reembolsos, soporte técnico) a procesos, prompts y herramientas diferentes.
• Mandar preguntas fáciles y habituales a un modelo pequeño y barato, y las difíciles o raras a uno más capaz, para equilibrar calidad y coste.

Ejemplo mínimo combinado

Entrada: "Quiero que me devuelvan el dinero de mi pedido"
1. Router -> categoría: reembolso
2. Ruta reembolso -> prompt especializado + herramienta consultar_pedido
3. Gate -> ¿el pedido existe? (código normal, no IA)
4. Respuesta al cliente

Cuando las subtareas se pueden hacer a la vez, el siguiente patrón es paralelizar y orquestar. Y volvemos a la idea de partida en workflows vs agentes.