A resposta de um subagente não é um comprovante de conclusão: lista de verificação do orquestrador

✍️ OpenClawRadar📅 Publicado: August 13, 2026🔗 Source
Ad

O sessions_spawn do OpenClaw é não bloqueante — ele retorna um runId e uma sessão filha quando o trabalho é aceito, não quando está concluído. Um pai pode receber saída parcial, resumi-la e reportar sucesso enquanto outro filho ainda está em execução, falhou ou se perdeu.

Detalhes principais

  • sessions_yield é a forma documentada de aguardar eventos de conclusão.
  • Task Flow vincula trabalho em várias etapas a registros individuais de tarefas em segundo plano para fluxos de trabalho duráveis.
  • Reconcilie cada filho necessário antes de permitir que o pai termine.

Checklist de reconciliação

A fonte recomenda rastrear os seguintes campos por filho:

parent_run_id
child_run_id
terminal_state
verification_receipt
completion_blocker

Estado ausente ou contraditório deve produzir incomplete_reconciliation, não sucesso. Um filho falho, cancelado ou perdido pode justificar um resultado parcial ou bloqueado — mas somente com evidência.

Ad

Teste você mesmo

Gere três filhos inofensivos:

  1. Um que tenha sucesso.
  2. Um que retorne saída parcial e depois falhe.
  3. Um que permaneça pendente.

O pai deve recusar sucesso até que cada filho tenha um estado terminal autoritativo e a verificação necessária esteja completa.

A conclusão

Antes de confiar em seu orquestrador, pergunte: ele verifica cada execução filha, ou simplesmente conta as respostas que recebe?

📖 Leia a fonte completa: r/openclaw

Ad

👀 See Also