OrquestaciónOrchestration

El capataz no enluce la pared

La parte que gestiona el flujo suele ser un programa bastante ordinario. No hace juicios inteligentes: sigue reglas escritas de antemano, del tipo "cuando esto termine, sigue aquello" o "si este valor está vacío, ve por aquí".

La IA solo se llama en los puntos donde hace falta juicio: resumir un texto largo, clasificar qué tipo de consulta llegó o redactar un borrador. En el resto de los puntos se colocan herramientas exactas como buscar, calcular o guardar. Repartiendo así el trabajo se aprovecha lo que la IA hace bien y se evita lo que hace mal.

Aquí está la razón de dividir en vez de pedirlo todo de una vez. Si se lanza una instrucción larga en un solo bloque, no se sabe dónde falló; si se divide en pasos, se ve al instante en qué casilla se detuvo, y basta con volver a llamar a esa sola.

El cronograma incluye orden y condiciones

El flujo no siempre avanza en una sola línea. Dos pasos que no dependen entre sí se ejecutan en paralelo para ahorrar tiempo, y en los puntos donde el resultado puede variar se dibuja una bifurcación. Si la consulta es simple se responde de inmediato; si es complicada, se envía a un paso que busca más información.

También hay flujos que recorren el mismo paso varias veces: escribir un borrador, revisarlo, corregir lo señalado y volver a revisar. En estos casos hay que fijar un límite de cuántas vueltas se permiten. Sin ese límite, el flujo se convierte en una obra que nunca termina, con las dos partes pidiéndose correcciones sin parar.

El resultado de un paso es el material del siguiente

Los accidentes más frecuentes ocurren entre un paso y el siguiente. Si el paso anterior debía entregar una lista y entrega un párrafo corrido, el paso siguiente no puede usar ese material y se detiene. Cuando en medio hay una IA que responde con lenguaje natural, este desajuste es todavía más frecuente.

Por eso se inserta una verificación entre pasos. Se comprueba si el resultado tiene la forma acordada, y si no, se pide de nuevo o se corrige antes de pasarlo. También importa recortar lo que se envía a lo estrictamente necesario. Si se empuja el resultado completo de un paso al siguiente sin recortar, el tiempo y el costo crecen como una bola de nieve.

Anotar de antemano qué hacer cuando algo falla

El flujo se corta en cualquier momento. La herramienta que se intenta llamar no responde, se topa con un límite de uso o el resultado llega fuera de lo esperado. Un flujo bien diseñado anota de antemano cuántas veces reintentar, qué otro camino tomar si sigue sin funcionar y en qué punto detenerse y llamar a una persona.

Los pasos que no se pueden deshacer hay que marcarlos aparte. Enviar un correo o procesar un pago son puntos que, una vez pasados, no se pueden revertir. Delante de estos puntos se coloca una casilla de confirmación humana, o se bloquea que la misma solicitud se procese dos veces aunque llegue repetida.

Tampoco se puede prescindir de un registro de qué llegó hasta dónde. Sin ese registro, cuando el resultado sale raro no hay manera de encontrar en qué paso se torció.

Orden fijado de antemano y orden decidido sobre la marcha

Todo esto describe el estilo de dibujar el cronograma por adelantado. Como el capataz tiene el orden en la mano, el resultado es fácil de anticipar y, si algo sale mal, queda claro dónde mirar. A cambio, si llega una situación que no estaba prevista, el flujo simplemente se detiene.

También existe el estilo opuesto: dejar que cada parte decida el orden por su cuenta. Aquí es la IA la que elige, en el momento, qué herramienta usar y cuándo. Se adapta mejor a situaciones desconocidas, pero elige caminos distintos aunque la solicitud sea la misma, así que el resultado es difícil de anticipar y el costo varía mucho. En los servicios reales se suele usar una solución intermedia: fijar el trazo grueso con un cronograma y dejar libertad solo dentro de las casillas donde hace falta juicio.