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

AWS LightsailにおけるOpenClaw:コスト内訳と設定の教訓
ある開発者が、AWS Lightsail上でClaude Sonnet 4.6 via Bedrockを使ったOpenClawを1週間実行し、100ドルを費やした。その結果、サンドボックス設定、トークン管理、プロンプトサイズが機能性とコストに大きく影響することが判明した。

OpenClaw Telegram組織:トピックごとのエージェント設定がチャットの混乱を解決
開発者は、専用グループ内でエージェントごとにトピックを設定する構造を実装することで、OpenClawのTelegram管理の問題を解決し、コンテキストの混在を減らし、デバッグを改善しました。この設定には、特定のトピックマッピング、メンションのみのデフォルト設定、より整理されたルーティングルールが含まれています。

開発者がClaudeのスキルを活用して自己改善型LinkedInコンテンツシステムを構築
フリーランスのB2Bマーケターが、自身の声で書き、パフォーマンスデータに基づいて改善する2つのスキルからなるLinkedInコンテンツ用Claudeシステムを構築し、1週間で3投稿で合計110Kインプレッションを達成しました。

MCPツールを活用したClaude Codeによる自動化されたリードプロスペクティング
セールスプロフェッショナルが、Claude CodeをMCPツールに接続して使用することで、リード調査時間を1日2〜3時間から30分に短縮したと報告しています。このセットアップは実際のデータソースにクエリを実行し、強化情報とICPスコアリングを備えた構造化されたリードリストを返します。