OpenClaw

1つのGatewayから、普段使うチャットと複数端末を同じアシスタントへつなぐ

OpenClawのGatewayは、セッション、ツール、イベント、チャネル接続を管理するローカルのcontrol planeです。Control UI、CLI、TUIから同じGatewayへアクセスでき、Discord、Telegram、Slack、Teams、WhatsAppなどもアシスタントへの入口にできます。macOS、iOS、Android、Windows、Linux向けのアプリやnodeを組み合わせることで、音声や画面など端末側の機能も追加できます。状態やメモリを自分の環境に置きながら、クラウド型のLLMもローカルモデルも同じ利用体験へ接続できる構成です。

出典：[1]

モデルだけでなくagent harnessやSkillsを交換し、MCPなど既存エコシステムへ接続する

モデルprovider、channel、memory、voice、Tools、Skillsなどはプラグインとして拡張でき、CodexやClaude Codeのようなvendor側agent harnessもOpenClawのセッション管理の中へ組み込めます。MCPではclientとserverの両方として動作し、A2AやACPなど他のエージェント・エディタ向けプロトコルにも対応しています。特定のLLM事業者へアシスタント全体を固定せず、実行系を交換しながらGateway側でチャネルや状態を維持したい構成に向いています。

出典：[1][2]

ターミナルだけではなく、日常のチャットや複数端末までAIエージェントの入口にしたい人へ

PC上のコーディングエージェントを使うだけでなく、外出中はメッセージアプリから依頼し、同じセッションやメモリを使いながら別の端末でも処理を続けるようなパーソナルアシスタント用途に向きます。同じ基盤をチーム向けGatewayとして構成することもできるため、複数のモデルやツールを一つにまとめ、会話から継続タスクまで扱いたい場合の比較候補になります。MITライセンスでEnterprise Editionを別ライセンスに分けていない点も特徴です。

出典：[1][2][5]

端末上で動作できるエージェントなので、sandboxと利用者の境界を設定して使う

OpenClawは端末上のToolsを利用できるため、一般的なチャットUIより実行範囲の設定が重要です。公式ドキュメントではsandboxingは既定で無効とされており、必要に応じてsandbox、Toolの許可範囲、workspace accessなどを構成します。外部チャネルを接続する場合は、誰からのメッセージを受け付けるかも含めて設定を確認する必要があります。

また、1つのGatewayは1つのtrusted operator domainを前提としており、互いに信頼しない複数tenantを同じGatewayに載せる用途では、tenantごとにGatewayを分離する設計が公式に案内されています。利用するLLM providerやメッセージサービスへ送るデータは各接続先のポリシーにも従います。OpenClaw本体はMITライセンスです。

出典：[1][3][4][5]