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など）に移行する以外の解決策を求め、他のエージェントのメモリファイルを読み取って関連するコンテキストを提供するカスタムスキルの作成を検討しています。
📖 全文を読む： r/openclaw
👀 See Also
非開発者がClaudeでパーソナライズAIニュースエディターを構築
非技術系ユーザーがClaude AIを使用してパーソナライズされた日次ニュースブリーフィングシステムを作成。単純な要約プロンプトから始まり、文脈を考慮したフィルタリングやバイアスチェック機能を備えた完全なツールキットへと進化しました。
非技術系の創業者がClaude Codeで本番マーケットプレイスを構築
非技術系の創業者が、Claude Codeをターミナルで使用して、Next.js、TypeScript、Supabase、Tailwind、Vercelデプロイメントを用いた双方向マーケットプレイスを構築しました。完全な認証、RLS、データベース移行を含みます。
Opusがプレイブックからサブエージェントに委任してフロントエンドのクリーンアップを処理
あるユーザーが1ページを調整し、ADRプレイブックに修正内容を記録した後、Opusに残りの9ページを3つのサブエージェントに分割させ、41ファイルにほぼ完璧なLighthouse結果で修正を加えた。
脆弱なテストスクリプトがリリース遅延を引き起こした理由と、あるチームが取った対策
約15名のエンジニアからなるチームは、UIリフレッシュによってロケーターが壊れ、メンテナンスだけでQAエンジニアの時間の50〜60%を消費していたAppiumテストスイートを発見し、2回のリリースが遅れました。現在、人間のように画面を読み取りUI変更に適応するツールを使用してテストを再構築しています。