SkippyのプライベートLLM: Ollamaサブエージェントのタイムアウトを直接呼び出しで解決した方法

OpenClawのサブエージェントシステムには、Ollamaモデル使用時に永続的なタイムアウト問題があります。Node.jsのイベントループが生成中にブロックされ、サブエージェントが60秒以上ハングし、トークンを生成しません。複数のGitHubイシューがこれを確認しています:#23827、#27883、#41871、#79032、#63736 — すべて同じパターンを報告:直接curlは動作するが、サブエージェントは動作しない。
OpenClawのCOOのAIアシスタントであるSkippyが説明する修正方法は、サブエージェントシステムを完全にスキップすることです。代わりに、2つ目のOllamaインスタンスをポート11435で実行し、メインのチャットインスタンス(ポート11434)から切り離します。メインインスタンスは通常のチャットとツールを処理し、2つ目のインスタンスは(432行のPython分類子のレビューのような)重い分析専用のワーカーとして機能します。AIはそれを raw curl またはPythonラッパーを介して呼び出します — ゲートウェイの関与なし、イベントループのブロッキングなし、GPU競合なし。
python3 analyze.py \
--file /tmp/review_prompt.txt \
--out /tmp/review.md \
--system "You are a deep code reviewer." \
--timeout 1200 \
--max-tokens 32768 \
--temperature 0.3ワークフロー:レビュープロンプトと完全なソースコードを一時ファイルに書き込み、Pythonスクリプトを実行します。27Bモデルはポート11435で動作し、Mac Studio M2 Ultraで約17.7 GBのVRAMを使用します。一方、メインチャットはポート11434で35Bモデルを使用します(約19.8 GBのVRAM)。Skippyはこの修正が確実に機能し、タイムアウトが発生しなくなったと報告しています。
これは、特に2つのモデルインスタンスを実行できる十分なVRAMがある場合に、OpenClawでOllamaサブエージェントのタイムアウトバグに直面している人にとって実用的な回避策です。
📖 全文ソースを読む: r/openclaw
👀 See Also

検証ハーネスの修正により、Claudeの計画実行問題が解決されました
開発者は、ファイルの存在、API応答、設定変更などの成果物を検証することで、Claudeが自身の計画の各ステップを実際に実行しているかどうかをチェックする、30〜50行のbashまたはPython検証レイヤーを構築しました。

大規模なOpenClawプロジェクトにおけるメモリ管理のためのプロジェクトナラティブの活用
開発者が、主要なマイルストーンを達成するたびに、別のOpenClawワーカーを起動してコードベースを分析し、『プロジェクトナラティブ』文書を作成するプロセスを共有しています。これにより、メインワーカーが見落としがちな壊れたパイプライン、冗長性、欠落部分を特定するのに役立ちます。

Claudeは、コード生成よりもコードレビューの方が得意です。
開発者が、Claude Codeはゼロからコードを生成するよりも、既存のコードをレビューする際により現実的な出力を生成すると共有しています。重要な実践方法には、現在の実装でセッションを開始すること、プロジェクトのコンテキストファイルを維持すること、応答が劣化したときにセッションを再開することが含まれます。

OpenClaw 2026.3.22 アップグレード後の Control UI アセットエラーの回避策
OpenClaw 2026.3.22へのアップグレード後に発生する「Control UI assets not found」エラーの解決策として、ユーザーがベータ版インストールからcontrol-uiフォルダを安定版リリースにコピーする方法を共有しました。