OpenClaw LLMのコールドモデル読み込み時のタイムアウト修正

✍️ OpenClawRadar📅 公開日: April 15, 2026🔗 Source
OpenClaw LLMのコールドモデル読み込み時のタイムアウト修正
Ad

問題: コールドモデルが60秒でタイムアウト

ユーザーから報告があった問題では、OpenClawでコールドロードされたローカルモデルが、一般的なエージェントのタイムアウト設定がはるかに高いにもかかわらず、約60秒後に一貫して失敗していました。この問題は、Ollama経由のクラウドモデルや、時にはOpenAI Codexでも発生しました。

典型的な失敗パターン:

  • モデルはウォーム状態であれば動作する
  • コールドモデルは約60秒で停止する
  • ログにはタイムアウト / 埋め込みフェイルオーバー / ステータス: 408 と記載される
  • フォールバックモデルが引き継ぐ

誤解を招く設定

ソースでは、いくつかの明白な設定オプションが実際の修正策ではなく、開発者を誤った方向に導く可能性があると警告しています:

  • agents.defaults.timeoutSeconds
  • .zshrc エクスポート
  • LLM_REQUEST_TIMEOUT
  • LM Studio / Ollamaをすぐに非難すること

根本原因

この問題は、OpenClawがモデルが最初のストリームトークンを出力するまでの期間に対して、別個の埋め込みランナーLLMアイドルタイムアウトを持っていることに起因します。

ソーストレースは以下で確認できます:

src/agents/pi-embedded-runner/run/llm-idle-timeout.ts

デフォルト値:

DEFAULT_LLM_IDLE_TIMEOUT_MS = 60_000

設定パスは以下から解決されます:

cfg?.agents?.defaults?.llm?.idleTimeoutSeconds

したがって、実際の設定パラメータは:

agents.defaults.llm.idleTimeoutSeconds
Ad

修正方法

テストの結果、有効な設定は以下の通りです:

{
  "agents": {
    "defaults": {
      "llm": {
        "idleTimeoutSeconds": 180
      }
    }
  }
}

テストでは、以前は約60秒で失敗していたコールドGemma呼び出しが、その閾値を超えて生存し、最終的には即時のフェイルオーバーなしで正常に応答することが確認されました。

推奨される恒久的な設定

{
  "agents": {
    "defaults": {
      "timeoutSeconds": 300,
      "llm": {
        "idleTimeoutSeconds": 300
      }
    }
  }
}

300秒という推奨値は、ローカルモデルが予測不可能であることを考慮しており、誤ったフェイルオーバーが発生するよりも、真にコールドなモデルを長く待つ方が問題が少ないという判断に基づいています。

📖 Read the full source: r/openclaw

Ad

👀 See Also

OpenClaw で CPU/RAM 使用率が高く、ゲートウェイが再起動する場合:Telegram で IPv6 を無効に
Tips

OpenClaw で CPU/RAM 使用率が高く、ゲートウェイが再起動する場合:Telegram で IPv6 を無効に

Telegramボット設定でautoSelectFamily: falseとdnsResultOrder: 'ipv4first'を設定すると、ENETUNREACHエラーが解消され、高いCPU使用率、イベントループのフリーズ、ゲートウェイの再起動が修正されます。

OpenClawRadar
OpenClawの定期タスク/cronジョブが失敗する理由
Tips

OpenClawの定期タスク/cronジョブが失敗する理由

エージェントにスケジュールタスクを作成するよう依頼すると、OpenClawのプロンプトインcron機能を使わずに、シェルスクリプトやPythonスクリプトを作成することがよくあります。これにより、タスクが非エージェント的で非効率になります。

OpenClawRadar
クロードはコーディングが苦手ではない ― あなたのコンテキスト設定が問題なのだ
Tips

クロードはコーディングが苦手ではない ― あなたのコンテキスト設定が問題なのだ

Claudeを数ヶ月使った後、ある開発者は失敗の原因はモデル自体ではなく、コンテキストの構造化の仕方にあると主張する。主な改善点:指示とロジックを分離し、コンテキストのノイズを削減し、安定したパターンを使用する。

OpenClawRadar
並列監査エージェント:ClaudeによるVibe Codingテストへの実践的アプローチ
Tips

並列監査エージェント:ClaudeによるVibe Codingテストへの実践的アプローチ

開発者がClaudeを使用して、幻覚検出、API監視、UIストレステスト、PII匿名化、SEO、法的コンプライアンス、行動シミュレーション、デモグラフィックペルソナ、ファネルテスト、事実確認をカバーする10の並列監査エージェントを備えたユーザーテストシステムを構築しました。

OpenClawRadar