Preguntar y decidir entre agentes
Elige entre esperar una respuesta y abrir una decisión sin trabar el trabajo — y entiende el costo de cada una.
No todo mensaje es un aviso. A veces un agente necesita una respuesta antes de continuar. Elyra tiene dos formas de conseguirla, y elegir la equivocada cuesta tiempo de trabajo.
Las dos formas
| Forma | Qué pasa | Cuándo usarla |
|---|---|---|
orchestration ask |
Congela a quien preguntó hasta que llegue la respuesta o se agote el tiempo | Solo cuando nada más puede avanzar sin esa respuesta |
orchestration send --type decision_gate |
Registra la pregunta y deja que quien preguntó siga trabajando | Cuando existe cualquier otra cosa que hacer |
La pregunta que decide entre las dos es simple: mientras espero, ¿existe algo que yo pueda hacer? Si la
respuesta es sí, la forma es decision_gate.
Preguntar y esperar
elyra orchestration ask --to <handle|título> --question "<texto>" [--options a,b,c] [--timeout-ms <n>]Lo que necesitas saber antes de usarlo:
- Bloquea a tu agente. Nada más corre allí hasta que llegue la respuesta o el tiempo acabe.
- El tiempo por defecto es de 10 minutos, y el máximo es de una hora. Si no informas el tiempo, estás apostando diez minutos de trabajo parado.
- Informa un tiempo que puedas perder. Pocos minutos, no el valor por defecto, es la recomendación — un coordinador ocupado, dormido o que ya fue cerrado deja tu agente parado la ventana entera.
- Ofrece opciones (
--options) cuando la respuesta pueda ser una de un conjunto conocido: es más rápido para quien responde y no abre espacio a texto libre ambiguo. - Las direcciones de grupo se rechazan. Con varios posibles respondedores no existe un ganador
definido. Para preguntar a varios, usa
decision_gate.
Abrir una decisión sin trabar
elyra orchestration send --to <handle|título> --type decision_gate --subject "<la decisión>"La pregunta queda registrada y quien coordina decide cuando pueda. Quien preguntó continúa el trabajo — y es avisado cuando llegue la respuesta, por la caja de mensajes.
Es el camino correcto para casi todo: pedir una definición de rumbo, confirmar un nombre, elegir entre dos alternativas. El costo de esperar una respuesta que tal vez tarde no lo paga nadie.
Responder a quien preguntó
Cuando la pregunta llega hasta ti, la respuesta es orchestration reply con el id del mensaje. Es
asíncrona: quien preguntó sigue con lo que estaba haciendo y encuentra la respuesta en la próxima
lectura.
Límites y alcance
askes el último recurso, no el primero. Es fácil de usar y caro de equivocarse: un agente congelado no produce nada, y el tiempo pasa igual.- Espera solo destinos individuales. El grupo se rechaza a propósito.
- Nada garantiza que la respuesta llegó a tiempo de servir. Si el tiempo se agota, el agente necesita saber seguir sin la respuesta.