OpenClaw-Unteragenten: Behandle eine Antwort nicht als Empfangsbestätigung

OpenClaws sessions_spawn ist nicht blockierend. Es gibt eine runId und eine Child-Sitzung zurück, wenn die Arbeit angenommen wird, nicht wenn sie abgeschlossen ist. Das bedeutet, dass eine übergeordnete Orchestrierungssitzung partielle Ausgaben empfangen, zusammenfassen und Erfolg melden kann, während ein Child noch läuft, fehlgeschlagen oder verloren ist.

Mit sessions_yield auf Abschluss warten

OpenClaw dokumentiert sessions_yield als den korrekten Weg, um auf Abschlussereignisse zu warten. Anstatt Antworten zu zählen, sollte das Parent nachgeben und blockieren, bis die Child-Sitzung einen Endzustand erreicht.

Dauerhafte Workflows mit Task Flow

Für dauerhafte Workflows verknüpft Task Flow mehrstufige Arbeit mit einzelnen Hintergrundaufgabenaufzeichnungen. Dies gibt Ihnen eine dauerhafte Aufzeichnung des Zustands jeder Aufgabe und ermöglicht eine Abgleichung.

Jedes Kind vor Erfolg abgleichen

Der Autor empfiehlt, jedes erforderliche Child abzugleichen, bevor das Parent beendet wird. Der Abgleich sollte Folgendes umfassen:

• parent_run_id
• child_run_id
• terminal_state
• verification_receipt
• completion_blocker

Fehlender oder widersprüchlicher Zustand sollte incomplete_reconciliation erzeugen, nicht Erfolg. Ein fehlgeschlagenes, abgebrochenes oder verlorenes Kind kann einen teilweisen oder blockierten Ausgang rechtfertigen – aber nur mit Nachweis.

Testen Sie Ihren Orchestrator

Testen Sie Ihr Setup mit drei harmlosen Kindern: eines, das erfolgreich ist, eines, das partielle Ausgaben zurückgibt und dann fehlschlägt, und eines, das anhängig bleibt. Das Parent sollte Erfolg verweigern, bis jedes Kind einen maßgeblichen Endzustand hat und die erforderliche Überprüfung abgeschlossen ist.

Wenn Ihr aktueller Orchestrator einfach Antworten zählt, ist es Zeit, ihn anhand dieser Anforderungen zu überprüfen.