OpenClaw Machines: OpenClaw エージェント向けエンタープライズインフラストラクチャ

OpenClaw Machines は、ユーザーが所有するインフラストラクチャ上で安全なハードウェア分離サンドボックス内で OpenClaw AI エージェントを実行するよう設計されたオープンソースプラットフォームです。Firecracker マイクロVM と集中管理コントロールプレーンを活用することで、組織はハードウェアがサポートできる限り多くの分離エージェントをデプロイでき、データとキーに対する完全な主権を維持できます。

ハードウェア分離エージェントサンドボックス

OpenClaw Machines は、プロセスレベルまたはコンテナベースの分離をハードウェアレベルの分離に置き換えます。各 AI エージェントは独自の Firecracker マイクロVM 内で実行され、KVM ハードウェア境界の背後に専用のゲストカーネルを提供します。このアーキテクチャにより、信頼できないコードやエージェントが生成したコードが閉じ込められ、ホストシステムや他のエージェントに影響を与えることを防止します。

セキュリティを維持するために、プラットフォームは二層認証戦略を採用しています。認証は Cloudflare エッジで実施され、さらに各個別 VM 内でも行われます。トラフィックは Cloudflare トンネルを介して VM 内で直接終端されるため、ユーザーから VM への通信にホストポートが公開されることはありません。

システムアーキテクチャとコンポーネント

このプラットフォームは、ユーザーインターフェースからサンドボックス実行環境までの5層スタックで構成されています：

コントロールプレーン

Go API で構築され、Postgres をバックエンドとするコントロールプレーンは、アカウント、マシン配置、ライフサイクルオーケストレーション、ホスト登録を管理します。利用可能なホスト間でエージェントのスケジューリングを行い、永続的なワークフローとバックアップを管理します。

ホストエージェント (ocm-agent)

KVM 対応の Linux マシンにインストールされるホストエージェントは、Firecracker マイクロVM の起動、実行、終了を監督します。必要な bridge/TAP ネットワークと VM 用の rootfs ステージングを管理します。

LLM プロキシ

各ホストには LiteLLM プロキシが含まれます。これはモデルキーの管理と「Bring Your Own Key」(BYOK) 設定をサポートする集中ポイントとして機能します。マシンごとの使用状況トラッキングを可能にし、エージェントがサードパーティ API またはホストの GPU ハードウェア上でローカルに提供されるモデルのいずれかにルーティングでき、トークンコストを削減します。

OpenClaw ランタイム

各マイクロVM 内では、ランタイムに認証プロキシ、ウェブチャットゲートウェイ、エージェントと対話するためのライブターミナルが含まれます。

ブラウザランタイム

ウェブ自動化のために、プラットフォームはヘッドフル Chromium を実行する別個のマイクロVM をデプロイします。これらはエージェントが Chrome DevTools Protocol (CDP) を介して制御し、人間が監視できるライブビューを含みます。

エンタープライズ機能と統合

OpenClaw Machines は、ベースとなる OpenClaw 機能を複数のエンタープライズ向けプリミティブで拡張します：

• マルチテナンシー: マルチユーザーアカウントとチームを組み込みでサポートし、管理者がホスト管理を制御します。
• ワークスペース統合（ネイティブ MCP）: プラットフォームはネイティブな Model Context Protocol (MCP) ファサードを提供します。GitHub、Google Workspace、OpenAPI、GraphQL エンドポイントなどの外部ツールはワークスペースごとに一度接続され、エージェントには ocm.search_tools と ocm.call_tool コマンドで公開されます。
• リソース管理: 容量と配置ポリシーにより、管理者はエージェントをサーバーフリート全体に分散させることができます。
• 主権: コントロールプレーンとワーカーが所有ハードウェア上で実行されるため、ユーザーはデータ、キー、モデルトラフィックを完全にコントロールできます。

デプロイと要件

OpenClaw Machines を実行するには、KVM 対応の Linux ホストが必要です（ベアメタルまたはネストされた仮想化が有効なクラウド VM のいずれか）。macOS、Windows、またはネストされた仮想化が無い標準的なクラウド VM とは互換性がありません。

デプロイは通常、3 段階のプロセスに従います：

1. ローカル評価: 単一の KVM 対応 Linux ボックス上でフルスタックと Firecracker マシンを実行します。
2. 本番デプロイ: ドメイン、Cloudflare トンネル、エッジ認証を登録済みホストと統合します。
3. フルワークフロー: バックアップやランタイムアップグレードを含むマシンの完全なライフサイクルを管理します。

コミュニティの視点と批判

OpenClaw Machines はエージェントのスケーリングに必要なインフラを提供しますが、コミュニティの議論では、基盤となる OpenClaw エージェントの信頼性やエンタープライズ環境におけるエージェントワークフローのセキュリティに関する重大な懸念が指摘されています。

信頼性と品質に関する懸念

一部のユーザーは、エージェントが生成したコードがしばしば「絡み合った混乱」を引き起こし、手動での大幅なクリーンアップが必要になるか、品質上の問題で完全に破棄されると報告しています。

"Claw システムに割り当てたタスクは、しばしば絡み合った混乱に変わり、理解に多大な時間が必要となり、ほとんどの場合、品質上の懸念からチームがコード変更を削除することになっていました。"

セキュリティと信頼

批評家は、エージェントをサンドボックス化しても AI エージェントの根本的なリスクは解決されないと主張しています。すなわち、信頼性の低いエージェントが機密データを漏洩したり、ユーザーに代わって誤った行動を取る可能性です。

"OpenClaw の危険性は、ローカルマシンがハッキングされることではなく…、極めて信頼性の低い何かに機密データを渡し、それが漏洩したり、非常に愚かな行動をユーザーに代わって取ることにあると考えます。"

技術的負債

一部の開発者は、元の OpenClaw コードベースに多数のバグが存在することが、エンタープライズでの採用を阻む要因であると指摘しています。

"自分が運営するビジネスに OpenClaw が関わることは絶対に避けたいです… そのコードベースは悪夢です。GitHub リポジトリにある百ページ以上のバグリストをご覧ください。"