OpenClawによる複数AIコーディングエージェントの実行：カスタムプロバイダ設定とクロスエージェントメモリの課題

r/openclawの開発者が、Anthropicのレート制限とコストを回避するために、OpenClawでサードパーティAPIプロバイダーを使用して複数のコーディングエージェントを実行した経験を共有しています。彼らはopenclaw.jsonにDeepInfraのカスタムプロバイダーを設定し、.zshrcにAPIトークンを設定した後、ゲートウェイを再起動しました。

問題と修正

1. APIキー解決失敗： openclaw doctorで「apiKey resolution failed」が表示されました。これは、環境変数がデーモンのスコープ内に存在しなかったためです。exportを/etc/environment（システム全体）に追加し、ゲートウェイだけでなくシステム全体を再起動することで修正しました。

2. DeepSeek V4 Proのタイムアウト： 最初のリクエストで、最大推論モード時にTTFTが120秒以上でタイムアウトしました。OpenClawのデフォルトのLLM_REQUEST_TIMEOUT=60では、モデルが思考を完了する前にリクエストが強制終了されていました。.env内のLLM_REQUEST_TIMEOUTを180に変更しました。

3. コンテキストキャッシングが機能しない： プロバイダーはキャッシュをサポートしていますが、OpenClawではプロバイダー設定のコストブロックにcacheReadとcacheWriteの値が必要です。これらを追加した後、同一のMEMORY.mdコンテンツでの2回目のリクエストから、ログにキャッシュヒットが表示されるようになりました。

現在の設定

• バックエンドエージェント： DeepSeek V4 Pro
• フロントエンドエージェント： Qwen3.5 122B A10B
• マイグレーションエージェント： V4 Flash

エージェント間メモリ分離問題

各エージェントはワークスペース内に独自のmemory.mdファイルを持っていますが、必要なときに他のエージェントのメモリを参照できません。例えば、バックエンドエージェントがスキーマ変更を自身のメモリに書き込んでも、後から起動するマイグレーションエージェントはその決定を知りません。メモリファイルをシンボリックリンクすると、OpenClawのメモリマネージャーがファイルロックを使用するため、複数のエージェントが同時に同じファイルにアクセスすると競合が発生します。OpenClawのフラットファイルシステムには、エージェント間のメモリクエリ機能が組み込まれていません。

著者は、ベクターDB（ChromaDBなど）に移行する以外の解決策を求め、他のエージェントのメモリファイルを読み取って関連するコンテキストを提供するカスタムスキルの作成を検討しています。