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

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.

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?