Sous-agents OpenClaw : ne traitez pas une réponse comme un accusé de réception

Le sessions_spawn d'OpenClaw est non bloquant. Il retourne un runId et une session enfant lorsque le travail est accepté, pas lorsqu'il est terminé. Cela signifie qu'une session d'orchestration parente peut recevoir une sortie partielle, la résumer et signaler un succès alors qu'un enfant est encore en cours, a échoué ou est perdu.

Attendre la fin avec sessions_yield

OpenClaw documente sessions_yield comme la manière correcte d'attendre les événements de fin. Au lieu de compter les réponses, le parent doit céder et se bloquer jusqu'à ce que la session enfant atteigne un état terminal.

Flux de travail durables avec Task Flow

Pour les flux de travail durables, Task Flow relie le travail en plusieurs étapes à des enregistrements individuels de tâches en arrière-plan. Cela vous donne un enregistrement persistant de l'état de chaque tâche, rendant la réconciliation possible.

Réconcilier chaque enfant avant le succès

L'auteur recommande de réconcilier chaque enfant requis avant de permettre au parent de terminer. La réconciliation doit inclure :

• 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 en échec, annulé ou perdu peut justifier un résultat partiel ou bloqué — mais seulement avec des preuves.

Testez votre orchestrateur

Testez votre configuration avec trois enfants inoffensifs : un qui réussit, un qui renvoie une sortie partielle puis échoue, et un qui reste en attente. Le parent doit refuser le succès jusqu'à ce que chaque enfant ait un état terminal autoritaire et que la vérification requise soit terminée.

Si votre orchestrateur actuel compte simplement les réponses, il est temps de l'auditer par rapport à ces exigences.