WSL上でのOpenClawとOllamaを使用したローカルマルチエージェントAIセットアップ

アーキテクチャ概要
開発者が、Windows上のWSL Ubuntu 24.04で完全にローカル実行されるマルチエージェントAIセットアップを文書化しました。このシステムは、オープンソースのゲートウェイであるOpenClaw 2026.2.26を使用して、AIエージェントをTelegramなどのメッセージングアプリに接続し、ユーザーが完全に制御できるプライベートAIインフラを構築しています。
エージェント構成
このセットアップは、4つの専門エージェントで構成されています:
- Pluto - タスクを適切なエージェントにルーティングするコーディネーター。OpenRouter(無料ティア)で実行。
- Hermes - 調査、執筆、ウェブブラウジング、コンテンツタスク、およびYouTubeなどのAPI統合を処理。OpenRouterを使用。
- Vulcan - コーディングと自動化エージェントで、Ollama上でqwen2.5-coderモデルを使用して100%ローカル実行され、APIコストがゼロ。
- Aegis - セキュリティ監視および読み取り専用のシステム監査。OpenRouterを使用。
技術的実装の詳細
スタックには以下が含まれます:
- OpenClaw 2026.2.26
- Ollama(モデル:qwen2.5-coder、codellama、llama3.2)
- OpenRouter API
- Telegramボット(エージェントごとに1つ)
- WSL Ubuntu 24.04
- プロセス管理用のsystemd
コストと構成
総費用は0.01ドル未満で、Vulcanは完全に無料(ローカルのOllama)です。他の3つのエージェントは、最もコスト効率の高いモデルを選択するOpenRouterの自動ルーティング機能を使用しています。開発者は、安全策としてOpenRouterに月5ドルのハードキャップを設定しました。
主な学び
- WSL + systemdは、再起動後も存続するバックグラウンドサービスとしてゲートウェイを実行するのに効果的
- WSLでのOllamaモデルの自動検出には癖があり、プロバイダー設定の手動登録が必要でした
- コーディネーターの指示が適切に調整されると、エージェント間の委譲はうまく機能する
- ライブウェブアクセスのためのChromeブラウザリレーには、ゲートウェイポートではなくポート18792が必要(1時間のトラブルシューティングの原因となった)
📖 全文を読む: r/openclaw
👀 See Also

オープンクローが自らの環境を改善させることで持続可能なワークスペースが生まれる仕組み
経験豊富なOpenClawユーザーは、エージェントが自らの内部ドキュメントを更新し、操作ファイルを編集し、プロンプトを洗練させ、カスタムツールを構築し、スクリプトを書き、教訓を文書化することを許可することから、最大の生産性向上が得られたと発見しました。彼らのワークスペース構造には、行動スタイルのためのSOUL.md、運用規則のためのAGENTS.md、軽量なインデックスとしてのMEMORY.mdといった主要なマークダウンファイルが含まれています。

ランディングページ最適化における批判的プロダクトマネージャーとしてのClaudeの活用
ある開発者が、自身のランディングページを厳しく反対意見を述えるプロダクトマネージャーとして扱うことでClaudeを活用し、メッセージングとSEOパフォーマンスを改善しました。

ClaudeとZencoderを使用した小説執筆のためのマルチエージェントAIパイプライン
ある開発者が、Zencoder経由でClaudeを使用し、WebStorm内で長編小説を執筆するマルチエージェントAIパイプラインを構築し、コンセプトから草稿までの期間を数日に短縮してKDPで4冊の小説を出版しました。このオープンソースのワークフローには、アイデア生成、一貫性チェック、文章執筆などの特定の役割を持つエージェント指示ファイルが含まれています。

OpenClawエージェントが、関係性に基づくナッジを備えた文脈的リマインダーを実装
OpenClawユーザーが、固定スケジュールではなくカレンダーの負荷、現在のタスク、時間帯に基づいてトリガーされるコンテキストリマインダーを備えたパーソナルエージェントシステムを構築しました。このシステムにはリマインダーのエスカレーションラダーが含まれており、関係性の履歴に基づいて人々に連絡することを提案するためにメモリ追跡を使用しています。