La réponse d'un sous-agent n'est pas un accusé de réception : liste de vérification de l'orchestrateur

Le sessions_spawn d'OpenClaw est non bloquant — il renvoie un runId et une session enfant lorsque le travail est accepté, pas lorsqu'il est terminé. Un parent peut recevoir une sortie partielle, la résumer et signaler un succès alors qu'un autre enfant est toujours en cours d'exécution, a échoué ou est perdu.

Points clés

• sessions_yield est la méthode documentée pour attendre les événements de fin.
• Task Flow relie le travail en plusieurs étapes à des enregistrements de tâches en arrière-plan individuels pour des flux de travail durables.
• Réconciliez chaque enfant requis avant de permettre au parent de terminer.

Liste de contrôle de réconciliation

La source recommande de suivre les champs suivants pour chaque enfant :

parent_run_id
child_run_id
terminal_state
verification_receipt
completion_blocker

Un état manquant ou contradictoire doit produire incomplete_reconciliation, pas un succès. Un enfant ayant échoué, annulé ou perdu peut justifier un résultat partiel ou bloqué — mais seulement avec des preuves.

Testez par vous-même

Lancez trois enfants inoffensifs :

1. Un qui réussit.
2. Un qui renvoie une sortie partielle puis échoue.
3. Un qui reste en attente.

Le parent doit refuser le succès jusqu'à ce que chaque enfant ait un état terminal faisant autorité et que la vérification requise soit terminée.

À retenir

Avant de faire confiance à votre orchestrateur, demandez : vérifie-t-il chaque exécution enfant, ou compte-t-il simplement les réponses reçues ?