サブエージェントの返信は完了レシートではない:オーケストレーター検証チェックリスト
OpenClawのsessions_spawnはノンブロッキングです。作業が完了したときではなく、受け入れられたときにrunIdと子セッションを返します。親は部分的な出力を受け取り、それを要約して成功を報告する一方で、別の子がまだ実行中、失敗、または失われている可能性があります。
重要な詳細
sessions_yieldは、完了イベントを待つための文書化された方法です。- タスクフローは、複数ステップの作業を個々のバックグラウンドタスクのレコードにリンクし、永続的なワークフローを実現します。
- 親を完了させる前に、必要なすべての子を調整します。
調整チェックリスト
ソースは、子ごとに次のフィールドを追跡することを推奨しています。
parent_run_id
child_run_id
terminal_state
verification_receipt
completion_blocker欠落または矛盾する状態は、成功ではなくincomplete_reconciliationを生成する必要があります。失敗、キャンセル、または失われた子は、部分的な結果やブロックされた結果を正当化する場合がありますが、証拠がある場合に限ります。
自分でテストする
無害な子を3つ生成します。
- 成功するもの。
- 部分的な出力を返してから失敗するもの。
- 保留中のままのもの。
親は、すべての子が信頼できる終了状態を持ち、必要な検証が完了するまで、成功を拒否する必要があります。
要点
オーケストレーターを信頼する前に、自問してください:すべての子の実行を検証していますか、それとも単に受け取った返信を数えているだけですか?
📖 全文を読む: r/openclaw
👀 See Also

グラフメモリ対マークダウン:なぜフラットファイルがスケール時にプロンプト負債になるのか
ある開発者が、AIエージェントのマークダウン方式のメモリシステムが80以上のファイル、500万文字にまで膨らみ、取得作業が推測に頼るものになってしまった経験を共有。解決策はグラフメモリで、ノードとエッジにより、タスクに関連するコンテキストのみをエージェントが描画するというもの。

Claudeユーザーの好み:簡潔で批判的な応答のためのRedditorの設定
RedditユーザーがClaudeのユーザー設定を共有。より直接的で批判的な応答を得るためのカスタマイズ方法。繰り返しを避け、結論から始め、句読点を簡略化するコツ。

5つの一般的なオープンクロー設定ミス:無駄な出費とセキュリティリスクを生む原因
50以上のOpenClawセットアップをレビューした結果、同じ5つの問題が繰り返し発生しています:ほとんどのタスクでSonnetではなくOpusをデフォルトモデルとして使用すること、新しいセッションを開始しないこと、ソースコードを読まずにスキルをインストールすること、ゲートウェイをネットワークに公開すること、最初のエージェントを修正する前に2番目のエージェントを追加することです。

ワークフローメモリ対ツール:なぜコンテキスト読み込みが巨大プロンプトより優れているのか
指示をプロンプトに詰め込む代わりに、ワークフロー固有のチェックリストをオンデマンドで読み込みましょう。リリースチェックリスト、ホットフィックスのルール、移行手順などを使い終わったら削除します。