エージェントの共有について書く際、その多くは他者との協調を想定しています。しかし、最も日常的なユースケースはもっとシンプルです。デスクを離れているあなたが、今すぐエージェントに動いてほしい用件を思いついたときです。スマートフォンで製品を触っていて見つけたバグ。同僚から届いたばかりのデータセット。まだリリースノートを書いていないというリマインダー。
エージェントは自宅やオフィスのマシン上にあります。あなたの手元にはスマートフォンがあります。ルームはそのふたつをつなぎます。
実際の流れ
スマートフォンでルームを開き、崩れた画面のスクリーンショットを1行のテキストとともに送信します。「モバイルでヘッダーがメニューと被っている。ブランチを切って修正して。」リクエストはキューに入り、マシンがそれを取得してタイムラインが動き出します。読み込んだファイル、加えた変更、実行したテスト。デスクに戻る頃には、ブランチと要約が完成しています。
パートナーや家族にも同じように使えます。「ダウンロードフォルダの動画をMP4に変換して」という作業はエージェントの得意分野であり、自分のスマートフォンからあなたのコンピュータに触れることなくリクエストできます。彼らのリクエストは事前に設定した権限モードで実行され、あなたと同じように進捗を確認できます。
Claude Code Remote Controlとの違い
Anthropicもこれを行う独自の機能を提供しています。Claude Code Remote Control（2026年2月のリサーチプレビュー）は、claude.aiのWebアプリやClaudeモバイルアプリを、マシン上で動くClaude Codeセッションを操作するウィンドウに変えるものです。HappyのようなオープンソースツールやOmnaraのようなアプリも、QRコードによるペアリングや、Omnaraの場合はスマートフォン上での承認プロンプトによって同様の役割を果たします。これらはいずれも個人利用には適しており、あなたのセッションをあなたのデバイスにミラーリングします。
リクエストがスマートフォンから送られる場合、ルームには無視できない4つの違いがあります。
スマートフォンを操作しているのがあなただけで、ターミナルが開いたままなら、Remote Controlが標準の選択肢です。パートナーやチームメンバーが関わる場合、あるいはラップトップがスリープしている可能性がある場合は、ルームの出番です。詳細な比較はRemote Controlとエージェントルームの比較およびスマートフォンからClaude Codeを実行するすべての方法をご覧ください。
スマートフォンからマシンへの2つの経路：開いているセッションのミラーリング、またはdaemonが順次処理する受信箱へのリクエスト。
メッセージがマシンに届く仕組み
スマートフォンの何かがコンピュータと直接通信することはなく、コンピュータのポートがインターネットに公開されることもありません。
- リクエストがルームのキューに入る。 リクエストにはIDとステータス（pending、running、done、failed、cancelled）が割り当てられます。
- マシンがリクエストを取得する。 daemonはアウトバウンド接続経由でタスクをポーリングします。ポート開放も、トンネルも、ダイナミックDNSも不要です。
- タイムラインがストリーミングされる。 各ツール呼び出し、diffの要約、コマンド出力の末尾が、リアルタイムにルームへ届きます。
- 結果がルームに届く。 返答、およびエージェントが生成したファイルや画像が、スマートフォンですぐに開ける状態で届きます。
マシンがスリープ中またはオフラインの場合、リクエストはエージェントの受信箱で待機し、復帰した際に実行されます。キャンセル、再試行、順序変更はスマートフォンから行えます。
外出先での承認
スマートフォンからのリクエストであっても、マシンのローカルユーザー以外からのリクエストとして扱われるため、同じルールが適用されます。共有ブランチへのpush、削除、課金、クレデンシャルへのアクセスは、オーナー（この場合はあなた自身）の承認のために一時停止します。承認カードがスマートフォンに届き、実行しようとしている内容と抵触したルールが表示されます。Approve、拒否、または読み取り専用での続行を指示できます。
一見すると、個人で使うワークフローには手間に思えるかもしれません。しかし実際には、親指で入力したメッセージにおいて「ブランチを切って修正して」と「修正してmainにpushして」が一文字違いになるリスクを防ぐためのセーフティネットです。
スマートフォンからの効果的なリクエストの書き方
スマートフォンは長文のコンテキスト入力には不向きですが、写真の送信には長けています。リクエストはその特性に合わせて作成しましょう。
- 生成物・素材を起点にする。 スクリーンショット、ホワイトボードの写真、転送されたファイル。エージェントは画面の裏にあるコードを読むことはできますが、あなたの心を読むことはできません。
- 境界線を明示する。 「ブランチで」「マイグレーションには触らないで」「ドラフトのみ」。後から修正するよりも、事前に制約を設けるほうが低コストです。
- 出力の形式を指定する。 「表形式で」「PRの説明文として」「3つの選択肢で」。小さな画面で読むことを前提にしてください。
- 質問には読み取り専用を使う。 「ビルドが遅い原因は？」という調査に書き込み権限は不要です。調査目的にはエージェントを読み取り専用モードにしておきます。
セットアップのチェックリスト
muti service installでdaemonをサービスとして登録する。 ログイン時に自動起動し、クラッシュ時も自動で再起動します。- アクセスしたい時間帯はマシンをスリープさせない。 閉じたラップトップはオフラインのエージェントです。スリープを無効にしたデスクトップなら安定して稼働します。
- リポジトリやフォルダごとに1つのエージェントを割り当てる。 スマートフォンからのリクエストは簡潔になりがちですが、エージェントの作業ディレクトリが必要なコンテキストを補完してくれます。
- 役割がわかる名前を付ける。 スマートフォンでは一覧から選択します。3つのモデル名よりも、
api、site、notesのほうが迷わず選べます。 - ルームをホーム画面に追加する。 コンソールはスマートフォン向けのレイアウトを備えたレスポンシブWebアプリです。専用アプリをインストールする必要はありません。
スマートフォンを紛失したときは
スマートフォンが保持しているのはサインイン済みのセッションであり、マシンそのものではありません。別のデバイスからセッションをサインアウトするか、コンソールからマシンの連携を解除（Revoke）すれば、それ以上の操作は実行されなくなります。承認が必要な操作は、いずれにせよ承認待ちの状態で止まっています。
よくある質問
ターミナルを開いたままにしておく必要がありますか？
いいえ。daemonはバックグラウンドで動作します。muti status で接続状態を確認でき、muti logs でこれまでの処理ログを確認できます。
モバイルデータ通信でも使えますか？ はい。スマートフォンはmutiのクラウドとのみ通信します。マシンもアウトバウンド接続でクラウドとのみ通信します。
エージェントの処理結果を別の場所に送信できますか？ 結果はルームに届き、どのデバイスからでも開くことができます。エージェントにSlackボットを連携させていれば、同じリクエストと結果をSlackスレッドで完結させることも可能です。Slackコネクタの解説をご覧ください。
作業をこなすのはデスクのマシンです。スマートフォンはポケットの中のルームにすぎません。エージェントにルームを用意して、次回の通勤時に試してみてください。
公開日 · 更新日