スマホをAIエージェントの「司令塔」にできる時代が、もう一歩進んだ。
AIネイティブのAndroid OS「OpenPhone」が、既存のOpenClawアシスタントとペアリングできるようになった。スマホから遠隔のクローを起動・管理する使い方と、クローがスマホの能力を併用する使い方の両方が示されている。導入経路も「Settings → Agent Runtimes → OpenClaw」と明示されており、設定画面から辿れる。
この記事でわかること
- OpenPhoneとOpenClawの連携で何ができるか
- 両プロジェクトの役割分担とアーキテクチャの違い
- 設定手順と現時点の利用条件
- 公式Androidアプリとの位置づけの違い
何が変わったか
2026年6月27日、OpenPhoneの主要コントリビューターであるAdam Cohen Hillel氏が、OpenClaw連携機能の追加を告知した。投稿では次の2つの用途が示されている。
- スマホから遠隔のOpenClaw（クロー）をトリガーし、管理する
- 既存のクローに、スマホの能力を併用させる
設定はOpenPhoneの「Settings → Agent Runtimes → OpenClaw」から行う。Agent Runtimesは、OpenPhone上でエージェントの実行基盤を選ぶ画面だと考えられる。
OpenPhoneとOpenClawはそれぞれ何か
OpenPhoneは、スマホを「エージェント端末」として設計したAIネイティブのAndroid OSである。チャットボットアプリを載せるのではなく、特権アシスタントをOSコンポーネントとして組み込む。画面の読み取り、アプリ操作、通知監視、バックグラウンド実行、承認フローまで、OSレイヤーで扱う。
現行の開発者プレビューはLineageOS 23.2（Android 16）ベースで、Google Pixel 9a（tegu）が最初の物理ターゲットだ。2026年3月に公開されたv0.0.1 Developer Previewが最初のリリースで、消費者向けの完成版ではない。
OpenClawは、自分のデバイスで動かすパーソナルAIアシスタントである。Gatewayと呼ばれる制御プレーンをmacOS・Linux・Windows上で常駐させ、WhatsAppやTelegramなど複数チャネルから会話する。エージェント実行の中核は「agent runtime」と呼ばれる層で、モデルへのプロンプト送信、ツール呼び出し、応答の返却を担う。
公式のAndroidアプリは「コンパニオンノード」として動作する。Gatewayはスマホ上ではなく別マシンで動かし、スマホはWebSocket経由でGatewayに接続する。カメラやセンサー、通知など、端末の能力をリモートツールとしてエージェントに渡す設計だ。
連携で解決できる課題
AIエージェントを日常使いする際、次のような壁が残っていた。
- デスクトップで動くエージェントを、外出先から手軽に触れない
- スマホ専用アプリと、自前サーバーのエージェントが別々に存在し、文脈が分断される
- エージェントに端末の文脈（画面・通知・通話など）を渡す仕組みが、OS統合されていない
今回の連携は、この分断を減らす方向だ。OpenPhoneはOSレベルでエージェント基盤を持ちつつ、既存のOpenClaw環境をAgent Runtimeとして選べる。つまり、新規にエージェントを一から構築するのではなく、すでに運用しているクローをスマホ側から扱える。
OpenPhoneのドキュメント（AGENT_RUNTIME_V1.md）では、バックグラウンドジョブの設計思想としてOpenClawの「durable job model」を参照している。スケジュール、セッションターゲット、配信、失敗状態の管理など、OpenClaw由来の概念がOpenPhoneのランタイム設計に取り込まれている。
2つの使い方のイメージ
告知投稿が示す使い方は、大きく2方向に分かれる。
スマホから遠隔クローを操作する
自宅やVPSで動かしているOpenClaw Gatewayに接続し、OpenPhoneからエージェントの実行を指示する。OpenClawのリモートアクセスでは、LANやTailscale、SSHトンネル経由でGatewayのWebSocketに接続する方式が公式に案内されている。OpenPhoneがこの経路をAgent Runtime設定に統合すれば、スマホがリモート操作のフロントエンドになる。
クローにスマホの能力を併用させる
逆方向では、既存のクローがOpenPhone端末のコンテキストをツールとして使う。OpenPhoneはフォアグラウンドアプリ、UI階層、通知、通話、メッセージ、カレンダー、位置情報などを構造化コンテキストとしてエージェントに渡す。OpenClaw公式Androidアプリが「ノード」としてカメラやセンサーを提供するのと近いが、OpenPhoneはOS全体をエージェント対象にしている点でスコープが広い。
設定手順
告知で示された導入経路は次のとおりだ。
- OpenPhoneをインストールした端末で「Settings」を開く
- 「Agent Runtimes」を選ぶ
- 「OpenClaw」を選択し、既存のOpenClaw環境とペアリングする
OpenClaw側では、事前にGatewayの起動とワークスペース設定が必要だ。公式ドキュメントではopenclaw onboardによるセットアップが推奨されている。リモート接続を使う場合は、Gatewayのバインド設定とTailscale Serve、またはSSHトンネルの準備が前提になる。
公式Androidアプリとの違い
OpenClawにはGoogle Play配信の公式Androidアプリもある。こちらはコンパニオンノード専用で、Gatewayをスマホ上ではホストしない。接続はmDNS/NSDによる自動検出、または手動のホスト・ポート指定で行う。
OpenPhoneとの連携は、通常のAndroid上のアプリではなく、AIネイティブOSとしての統合だ。Agent Runtimesという設定カテゴリ自体が、OpenPhone固有のエージェント実行基盤の選択UIである。チャットアプリを追加するのではなく、OSの実行ランタイムとしてOpenClawを選ぶ、という設計上の差が大きい。
現時点の制約
利用前に押さえておきたい制限がある。
- OpenPhoneは開発者プレビュー段階で、Pixel 9a以外の端末は公式サポート外
- v0.0.1時点ではOTA配布用ZIPが未添付と明記されている
- OpenPhoneのライセンスはPolyForm Noncommercialで、商用利用には別途ライセンスが必要
- 連携機能の詳細な接続仕様やセキュリティモデルは、告知投稿とリポジトリの断片情報が中心で、専用の連携ドキュメントはまだ限定的
Adam Cohen Hillel氏は、OpenPhoneを「AIを土台から組み込んだオープンソースのカスタムAndroid OS」と紹介しており、自宅の旧端末でも動かせることを訴求している。連携機能は、そのビジョンの延長線上にある。
エージェント実行基盤の文脈で見る意義
スマホネイティブのエージェント研究も活発だ。arXivに掲載されたClawMobileの論文では、OpenClawのノードシステムを使い、スマホのカメラやセンサーをリモートツールとして公開する設計が紹介されている。一方OpenPhoneは、OSレベルのエージェントと外部ランタイムの接続を前面に出している。
「どのマシンで推論し、どの端末で行動するか」を分離しつつ、ユーザーが一つのUIから制御する。今回のOpenClaw連携は、その分離アーキテクチャを消費者向け端末に持ち込む試みと読める。用途は特殊に見えるが、リモートエージェント管理やマルチデバイス協調という潮流には沿っている。
個人でOpenClawを運用している開発者にとっては、Pixel 9aにOpenPhoneを入れ、Agent Runtimesから既存環境に接続する、という検証ルートが現実的だ。エージェントの頭脳は据え置き、スマホを操作パネル兼センサー端末にする。告知が示した双方向の使い方は、まさにその構成を想定している。