Una respuesta de subagente no es un recibo de finalización: lista de verificación de verificación del orquestador

✍️ OpenClawRadar📅 Publicado: 13 de agosto de 2026🔗 Source
Ad

El sessions_spawn de OpenClaw no bloquea — devuelve un runId y una sesión hija cuando el trabajo es aceptado, no cuando está completo. Un padre puede recibir salida parcial, resumirla y reportar éxito mientras otro hijo sigue ejecutándose, falló o se perdió.

Detalles clave

  • sessions_yield es la forma documentada de esperar eventos de finalización.
  • Task Flow vincula el trabajo de múltiples pasos con registros individuales de tareas en segundo plano para flujos de trabajo duraderos.
  • Concilia cada hijo requerido antes de permitir que el padre termine.

Lista de verificación de conciliación

La fuente recomienda rastrear los siguientes campos por hijo:

parent_run_id
child_run_id
terminal_state
verification_receipt
completion_blocker

La falta de estado o contradicciones debería producir incomplete_reconciliation, no éxito. Un hijo que falló, canceló o se perdió puede justificar un resultado parcial o bloqueado — pero solo con evidencia.

Ad

Pruébalo tú mismo

Genera tres hijos inofensivos:

  1. Uno que tenga éxito.
  2. Uno que devuelva salida parcial y luego falle.
  3. Uno que permanezca pendiente.

El padre debe negarse a reportar éxito hasta que cada hijo tenga un estado terminal autoritativo y la verificación requerida esté completa.

Conclusión

Antes de confiar en tu orquestador, pregúntate: ¿verifica cada ejecución hija o simplemente cuenta las respuestas que recibe?

📖 Lee la fuente completa: r/openclaw

Ad

👀 Ver también