---
id: "fluxos.orquestracao-perguntar-e-decidir"
titulo: "Perguntar e decidir entre agentes"
resumo: "Escolha entre esperar por uma resposta e abrir uma decisão sem travar o trabalho — e entenda o custo de cada uma."
idioma: "pt-br"
tipo: "guia"
categoria: "agentes"
aplicavelDesde: "0.0.16"
capabilities: ["orchestration.messages.ask"]
estadoEditorial: "aprovado"
nivelEvidencia: "artefato-distribuido"
refFonte: "27574c339b58316408f6be2d62169d59041d07bf"
revisaoFonte: "2026-09-24"
revisor: "mantenedor (v1, 2026-10-03)"
rota: "/docs/pt-br/fluxos/orquestracao-perguntar-e-decidir/"
fonte: "pt-br/fluxos/orquestracao-perguntar-e-decidir.md"
caminhoPublico: "docs/publica/pt-br/fluxos/orquestracao-perguntar-e-decidir.md"
hashFonte: "sha256:0594ab7f26d1a83e10751c3e7d24b463c1a99c3a6f4b3cb40660b7de7618484c"
hashDestaPagina: "sha256:0594ab7f26d1a83e10751c3e7d24b463c1a99c3a6f4b3cb40660b7de7618484c"
traducaoAssistidaPorIA: false
traducaoDesatualizada: false
corpoRetido: false
---
Nem toda mensagem é um aviso. Às vezes um agente precisa de uma **resposta** antes de continuar. O Elyra
tem duas formas de conseguir isso, e escolher a errada custa tempo de trabalho.

## As duas formas

| Forma | O que acontece | Quando usar |
|---|---|---|
| `orchestration ask` | **Congela quem perguntou** até chegar a resposta ou estourar o tempo | Só quando **nada mais** pode avançar sem aquela resposta |
| `orchestration send --type decision_gate` | Registra a pergunta e **deixa quem perguntou seguir trabalhando** | Quando existe qualquer outra coisa a fazer |

A pergunta que decide entre as duas é simples: *enquanto eu espero, existe algo que eu possa fazer?* Se
sim, a resposta é `decision_gate`.

## Perguntar e esperar

```bash
elyra orchestration ask --to <handle|título> --question "<texto>" [--options a,b,c] [--timeout-ms <n>]
```

O que você precisa saber antes de usar:

- **Ele bloqueia o seu agente.** Nada mais roda ali até chegar a resposta ou o tempo acabar.
- **O tempo padrão é de 10 minutos**, e o máximo é de uma hora. Se você não informar o tempo, está
  apostando dez minutos de trabalho parado.
- **Informe um tempo que você pode perder.** Poucos minutos, não o padrão, é a recomendação — um
  coordenador ocupado, dormindo ou que já foi encerrado deixa o seu agente parado a janela inteira.
- **Ofereça opções** (`--options`) quando a resposta puder ser uma de um conjunto conhecido: é mais
  rápido para quem responde e não abre espaço para texto livre ambíguo.
- **Endereços de grupo são recusados.** Com vários possíveis respondentes não existe vencedor definido.
  Para perguntar a vários, use `decision_gate`.

## Abrir uma decisão sem travar

```bash
elyra orchestration send --to <handle|título> --type decision_gate --subject "<a decisão>"
```

A pergunta fica registrada e quem coordena decide quando puder. Quem perguntou continua o trabalho — e é
avisado quando a resposta chegar, pela caixa de mensagens.

É o caminho certo para quase tudo: pedir uma definição de rumo, confirmar um nome, escolher entre duas
alternativas. O custo de esperar por uma resposta que talvez demore não é pago por ninguém.

## Responder quem perguntou

Quando a pergunta chega até você, a resposta é `orchestration reply` com o id da mensagem. Ela é
assíncrona: quem perguntou segue o que estava fazendo e encontra a resposta na próxima leitura.

## Limites e escopo

- **`ask` é o último recurso, não o primeiro.** Ele é fácil de usar e caro de errar: um agente congelado
  não produz nada, e o tempo passa do mesmo jeito.
- **Aguarde apenas destinos individuais.** Grupo é recusado de propósito.
- **Nada garante que a resposta veio a tempo de servir.** Se o tempo estourar, o agente precisa saber
  seguir sem a resposta.

## Ver também

- [Mensagens entre agentes](/docs/pt-br/fluxos/orquestracao-mensagens/)