OpenClawマルチエージェントワークフローの問題点:停止、コンテキスト喪失、トークン非効率

OpenClawマルチエージェントワークフローの課題
開発者は、OpenClawのマルチエージェントワークフローシステムにおける重大な問題、特に複雑なプロジェクト分析タスク中の自律性維持について詳細に報告しました。ユーザーはこれらの問題により、他のエージェントフレームワークに戻ることを検討しています。
技術的セットアップ
テストされた構成には以下が含まれていました:
- モデル: Gemini 3 ProおよびCodex
- 構造: 1つのCOOエージェント(オーケストレーター)と複数の専門タスクエージェント
- 構成: コンテキスト用のカスタムSOUL.md、IDENTITY.md、USER.mdファイル
- 統合: 様々なClawhub.aiスキル
報告された問題
ワークフローの停止
エージェントは動作中に頻繁にハングアップします。オーケストレーター(COO)はエージェントがまだ処理中であると想定しますが、ダッシュボードでは最初の10分後にアクティビティがゼロになります。「チェックイン」ループを実装しても、エージェント間の通信障害は解決しませんでした。
コンテキストの漏洩/喪失
カスタムドキュメントファイルを提供しているにもかかわらず、エージェントは基本的なプロジェクト事実について常に再プロンプトを必要とします。システムは長期的なタスク状態管理に苦労しているようです。
トークンの非効率性
ある実行では、実質的な出力がないまま4億トークン以上が消費されました。これは主に、エージェントが同じステップをループまたは再分析し、「アクション」フェーズに進まないことが原因でした。
ユーザー評価
開発者は、OpenClawが現在、安定した自律システムではなく、手動プロンプトのための「クールなUI」に過ぎないのではないかと疑問を呈しています。長期間のタスクにおいて、Claude Codeや基本的なAutoGPTセットアップよりも著しく不安定に感じると指摘しています。
ユーザーは具体的に質問しています:自律性の問題を実際に解決する特定の構成や「Clawhub」スキルは存在するのか、それとも現在のアーキテクチャはマルチエージェントループには脆弱すぎるのか?
📖 全文を読む: r/openclaw
👀 See Also

自動化されたClaudeコードパイプラインにより、機能ごとのトークン使用量が78kから15kに削減されました
Claude Code向けのオープンソースパイプラインは、既存コードの事前チェック分析を含む12のフェーズを自動化し、機能ごとのトークン使用量を約78kから約15kに削減します。3つのプロファイル(yolo、standard、paranoid)を提供し、信頼度スコアをgrepベースの検証に置き換えます。

CodeLedgerとVibecopのアップデート:マルチエージェントAIコーディングのコストと品質追跡機能
CodeLedgerは現在、ローカルのセッションファイルを読み取ることで、Claude Code、Codex CLI、Cline、Gemini CLIにわたる支出を追跡します。一方、Vibecopは新しいLLM専用検出器と複数のAIコーディングツール向けのワンコマンドセットアップを追加し、自動化された品質チェックを提供します。

ファインマン:オープンソース研究エージェントと論文・コードベース監査ツール
Feynmanは、研究質問に答えるために4つのサブエージェントを並列で実行するオープンソースの研究エージェントCLIであり、論文の主張と実際のコードベースを比較する独自の監査ツールを備えています。ワンコマンドインストール、MITライセンスに対応し、エージェントのランタイムにはpiを、論文検索にはalphaxivを使用します。

Spectr: ピクセルパーフェクトなクローン実現のため画面録画からアプリ仕様書を生成するMCP
Spectrは、iOSアプリの.mp4/.mov画面収録から、7セクションから成るspec.md(16進カラーコード、フォントウェイト、スペーシング、トランジション、ナビゲーショングラフを含む)を生成するMCPサーバー、CLI、およびClaude Codeスキルです。画面ごとに手動で仕様書を作成する30分の作業を排除します。