Ir al contenido

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.

Ver Markdown

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

Janela do terminal
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

Janela do terminal
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

  • ask es 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.

Ver también