リモートとマルチデバイス

マルチデバイス時代のHermes Agent

コーディングはもはやデスクトップだけの作業ではありません。 AnthropicのBoris Cherny氏は日常的にスマートフォンからコードを書いており、「端末を選ばずにコーディングできること」がHermes Agentの設計思想の1つだと語っています。

Hermes Agentのセッションは、ターミナル、Webブラウザ、モバイルアプリ、デスクトップアプリの間を 自由に行き来できます。 朝の通勤中にスマートフォンでタスクを開始し、オフィスに着いたらターミナルに引き継ぎ、 外出先ではブラウザから進捗を確認する――そんなワークフローが実現できます。

このページでは、デバイス間でセッションを移動するためのコマンドとワークフローを解説します。

/remote-control（/rc）

/remote-control（エイリアス: /rc）は、 ローカルのターミナルセッションを任意のWebブラウザやモバイルデバイスから操作可能にするコマンドです。

使い方はシンプルです。ターミナルで/rcと入力すると、URLが生成されます。 そのURLをスマートフォンや別のPCのブラウザで開くだけで、ターミナル上のHermes Agentセッションを リモートから操作できるようになります。

# ターミナルで実行
> /rc
# → URLが表示される
# → そのURLをスマホのブラウザで開く
# → ターミナルのセッションをリモート操作可能に

Boris氏のおすすめは、/configで「Remote Control for all sessions」を有効にすることです。 これを設定しておくと、すべてのセッションが自動的にリモート操作可能な状態で起動します。 毎回/rcを打つ手間がなくなり、いつでもスマートフォンからアクセスできます。

/rcが特に効くシナリオ

/rcは「今ターミナルで動いているセッションを、手元のスマホから監視・操作したい」ときに使います。 セッション自体はローカルPCで動き続けるため、ファイルシステムへのフルアクセス、 MCPサーバーとの接続、ローカルの開発サーバーとの連携がすべて維持されます。

たとえば、データベースのマイグレーションスクリプトを実行中に外出しなければならない場面を考えてください。 マイグレーションの途中で「このテーブルを削除してよいか?」という確認が出ることがあります。 /rcを有効にしておけば、電車の中からスマートフォンで「Yes」を押せます。 ローカルのDBコネクションもファイル操作もそのまま動き続けるので、 帰社したときにはマイグレーションが完了しています。

また、CIでテストが落ちたときの修正にも使えます。 ターミナルで「CIの失敗を修正して」と指示してから昼食に出かけ、 途中でClaudeが「この修正でプッシュしていいか?」と聞いてきたらスマホから承認する。 席に戻る前に修正PRがマージされていた、という流れが日常になります。

/teleport

/teleportは、/rcとは逆方向の移動を実現するコマンドです。 クラウド上のセッション（claude.ai/codeやモバイルアプリ）を、 ローカルのターミナルに引き込みます。

たとえば、外出先でモバイルアプリからタスクを開始したとします。 オフィスに戻って本格的にコーディングしたいとき、 ターミナルで/teleportと入力するだけで、そのセッションをローカルに引き継げます。

# ターミナルで実行（クラウドセッションをローカルに引き込む）
> /teleport

# CLIから直接実行する場合
$ claude --teleport

クラウド環境では利用できないツールやファイルシステムへのアクセスが必要になった場合、/teleportでローカルに切り替えることで、フルパワーのターミナル環境を活用できます。

/teleportの実践的な使いどころ

/teleportが特に便利なのは、クラウドで始めた作業がローカルリソースを必要とし始めたときです。 具体的には以下のようなケースがあります。

• ローカルDBへのアクセスが必要になった: モバイルアプリで「ユーザー管理画面のAPIを作って」と指示した。 Claudeがスキーマを確認したいと言ってきたが、DBはローカルのDockerコンテナで動いている。 この時点で/teleportしてローカルに引き込めば、Claudeがそのままdocker execでDBスキーマを確認し、実装を続けられる。
• MCPサーバーとの連携が必要: Web上で記事のアウトラインを作成していたが、実際にMicroCMSに下書き投稿するにはローカルのMCPサーバーが必要。 /teleportでローカルに切り替えれば、MCPツールを使って直接投稿できる。
• 大量のファイル操作が発生する: クラウドセッションでリファクタリングの方針を決めた後、 実際に数十ファイルを書き換える段階になった。ローカルのファイルシステムで直接操作した方が速い。

セッションコンテキストの引き継ぎ

/teleportで引き継がれるのは会話の履歴（コンテキスト）です。 「さっき何を議論したか」「どんな方針で実装を進めていたか」といった文脈がそのまま維持されるため、 ローカルに移動した後も「続きをお願い」と言うだけで作業を再開できます。

一方で、クラウド環境で生成されたファイルはローカルに自動転送されません。 クラウド上で作成したファイルが必要な場合は、 /teleport後にClaudeに「さっき作ったファイルをもう一度作成して」と指示するか、 事前にGitリポジトリにコミット・プッシュしておくのが確実です。

/desktop（/app）

/desktop（エイリアス: /app）は、 現在のターミナルセッションをHermes Agent Desktopアプリケーションに引き継ぐコマンドです。 macOSとWindowsで利用可能です。

Desktopアプリには、ターミナルにはない便利な機能があります。 フロントエンド開発の確認に使える統合ブラウザ、 Gitのworktreeを管理するチェックボックスUI、 そしてコード差分を視覚的に確認できるリッチなインターフェースです。

# ターミナルで実行
> /desktop
# → 現在のセッションがDesktopアプリで開く

ターミナルでロジックを書いた後、UIの見た目を確認したいときに便利です。 わざわざブラウザを開いてURLを入力する手間なく、 Desktopアプリの統合ブラウザでそのまま確認できます。

Boris氏はDesktopアプリの統合ブラウザについて、 「Claudeに出力を検証する手段を与えることが最も重要なコツだ」と語っています。 Webページを作るのに自分でブラウザを使えない人に頼むようなもの――結果が良くなるはずがない。 統合ブラウザがあれば、Claudeはコードを書き、表示を確認し、 見た目が良くなるまで自分で修正を繰り返せます。

モバイルアプリ

iOS/AndroidのClaudeアプリには、専用のCodeタブが用意されています。 スマートフォンからコード変更のレビュー、PRの承認、フィードバックの送信が可能です。

モバイルアプリをダウンロードするには、Hermes Agentで/mobileと入力します。 エイリアスとして/ios、/androidも使えます。 QRコードが表示されるので、スマートフォンで読み取ればダウンロードページに遷移します。

# QRコードを表示してアプリをダウンロード
> /mobile    # または /ios, /android

Boris氏は「コードレビューやPRの承認はスマートフォンからやっている」と語っています。 移動中の隙間時間にPRをレビューし、問題がなければそのまま承認。 デスクに戻る前にマージまで完了させることも珍しくないそうです。

モバイルでの実践ワークフロー

モバイルアプリはコードを「書く」だけでなく、作業を「監督する」ために使うのが効率的です。 たとえば、朝の通勤電車で以下のような指示を出します。

# モバイルアプリから指示する例
「昨日のPRのレビューコメントを確認して、修正が必要な箇所をすべて直して。
修正が終わったらPRを更新して」

電車を降りてオフィスに着くころには、Claudeがレビューコメントを読み、 コードを修正し、PRを更新し終えています。 あなたがやるのは結果の確認だけです。

もう1つの強力な使い方は、複数のWebセッションの同時監視です。 claude.ai/codeで3つのタスクを並列実行している場合、 モバイルアプリのCodeタブからすべてのセッション一覧を確認できます。 どのタスクが完了し、どのタスクが承認待ちかを一目で把握できるため、 移動中でもプロジェクト全体の進行を管理できます。

Hermes Agent Web（claude.ai/code）

claude.ai/codeにアクセスすれば、ブラウザ上で直接Hermes Agentのセッションを開始できます。 ターミナルを開く必要がなく、共有PCや不慣れな環境からでもすぐにコーディングを始められます。

CLIから新しいWebセッションを作成することも可能です。claude --remoteを実行すると、クラウド上に新しいセッションが作られ、 ブラウザで操作できる状態になります。

# CLIからWebセッションを起動
$ claude --remote

# リモート環境のデフォルト設定を変更
> /remote-env

Boris氏はWebセッションを5〜10個並列で実行することを推奨しています。 それぞれ異なるタスクを割り当てれば、1人で複数の作業を同時進行できます。 ターミナルを複数開く必要がなく、ブラウザのタブで管理できるのも利点です。

CLIとの違いを理解する

Hermes Agent Webは便利ですが、CLIとは異なる特性があることを把握しておく必要があります。

• ファイルシステム: Webセッションはクラウド上のサンドボックス環境で動作します。 ローカルPCのファイルには直接アクセスできません。 GitHubリポジトリをクローンして作業し、完了後にプッシュする流れになります。
• MCPサーバー: ローカルで設定しているMCPサーバー（Supabase、MicroCMS等）はWeb環境では使えません。 MCP連携が必要な作業はCLIか、/teleportでローカルに引き込んでから行います。
• セットアップ不要: Node.jsやnpmのインストール、環境変数の設定といった前準備が不要です。 URLを開いてすぐにコードが書ける。この手軽さが最大の利点です。

チームメンバーへの導入としてのWeb版

Hermes Agent Webは、チームにHermes Agentを導入するときの最初の入口として最適です。 ターミナル操作に慣れていないメンバーでも、ブラウザを開くだけで使い始められます。

導入のステップとしては、まずWeb版で基本的な操作（コード生成、レビュー依頼、ファイル編集）を 体験してもらいます。Hermes Agentの対話スタイルや指示の出し方に慣れたら、 必要に応じてCLIやDesktopアプリに移行する流れが自然です。

実際、Web版だけでも十分に生産性は上がります。 GitHubリポジトリと連携すれば、PRの作成・レビュー・マージまでWeb上で完結します。 「ターミナルが使えないからHermes Agentは無理」という障壁がなくなるのは、 組織への導入を考えるうえで大きなメリットです。

セッション間の移動パターン

ここまで紹介したコマンドを組み合わせると、 1日の流れの中でデバイスをまたいだシームレスなワークフローが構築できます。 いくつかの実践パターンを紹介します。

朝: モバイルからターミナルへ

通勤中にモバイルアプリでタスクを開始します。 「この機能のテストを書いて」とHermes Agentに指示しておきます。 オフィスに着いたら、ターミナルで/teleportを実行。 モバイルで進行中だったセッションがローカルに引き継がれ、そのまま深い作業に入れます。

午後: ターミナルからモバイルへ

ターミナルで大規模なリファクタリングを進めていたが、会議の時間になった。/rcでリモートコントロールを有効にして席を離れます。 会議中にスマートフォンからHermes Agentの確認ダイアログを承認。 戻ってきたらリファクタリングが完了しています。

夜: Webで軽く確認

自宅のPCからclaude.ai/codeにアクセスし、日中の作業の状態を確認。 気になる箇所を見つけたら、その場で修正を指示します。 翌朝、ターミナルで/teleportして続きに取りかかります。

出張先: Webだけで完結させる

出張先のホテルで、持参していないプライベートPCの代わりにホテルのPCを使うケースを考えてください。 claude.ai/codeを開き、GitHubリポジトリを指定してセッションを開始します。 緊急のバグ修正をその場でコーディングし、PRを作成してチームにレビューを依頼。 翌日オフィスに戻ったら、自分のPCのターミナルで/teleportして続きを引き取ります。 ローカル環境を一切セットアップしなくても作業を止めずに済む――これがWeb版の真価です。

どのコマンドをいつ使うか: セッション移動の判断基準

/rc、/teleport、/desktop、新規セッション。選択肢が多いと、 どれを使うべきか迷うこともあるはずです。 以下の判断基準を頭に入れておけば、迷わずに済みます。

ローカルセッションを他デバイスから操作したい → /rc

セッションの実行環境はローカルPCのまま、操作だけを別デバイスに移す場合です。 ローカルのファイルシステム、MCPサーバー、Docker環境をそのまま使い続けられます。 席を離れるとき、長時間タスクの監視、権限承認の遠隔操作に最適です。

クラウドのセッションをローカルに引き込みたい → /teleport

モバイルやWeb（claude.ai/code）で開始した作業を、 ローカルのターミナルに移して深い開発作業を続けたい場合です。 会話のコンテキスト（何を議論したか、どんな方針で進めていたか）が引き継がれます。 「外出先で方針を決めて、オフィスで実装する」パターンに向いています。

ターミナルの作業をリッチUIで確認したい → /desktop

ターミナルでロジックを書いた後、フロントエンドの表示確認をしたい場合です。 Desktopアプリの統合ブラウザ、diff表示、worktree管理UIが使えます。 作業の性質が「テキスト中心の実装」から「ビジュアル確認」に変わったタイミングで切り替えます。

まったく新しい作業を始めたい → 新規セッション

既存のセッションとは無関係な新しいタスクを始めるときは、 新しいセッションを立ち上げるのが正解です。 過去の会話コンテキストが不要な場合、引き継ぎのオーバーヘッドを避けられます。 claude.ai/codeなら「New Session」をクリックするだけ。 CLIならclaudeを引数なしで実行するだけです。

セッション分岐（/branch）

/branchは、現在のセッションから分岐した会話を作成するコマンドです。 Gitのブランチと同じ発想で、現在の状態を保持したまま別の方向を試せます。

「この方向で試してみたいけど、うまくいかなかったら戻りたい」という場面で威力を発揮します。 分岐先で実験し、結果が良ければそのまま進み、ダメなら元のセッションに戻るだけです。

# 現在のセッションを分岐
> /branch

# 特定のセッションIDからフォーク
$ claude --resume <session-id> --fork-session

# 元のセッションに戻る
$ claude -r <original-session-id>

たとえば、アーキテクチャの選択肢が2つあるとき。/branchで分岐して選択肢Aを試し、別の/branchで選択肢Bを試す。 それぞれの結果を比較してから、最終的な方向を決定できます。 セッションの状態が保存されているため、いつでも好きな地点に戻れます。

/branchとリモートの組み合わせ

/branchはリモート機能と組み合わせるとさらに強力です。 実際のワークフロー例を見てみましょう。

ターミナルでNext.jsのページ実装を進めていて、 レイアウトをCSS GridにするかFlexboxにするかで迷っているとします。 ここで/branchを2回実行し、それぞれに「Grid版を実装して」「Flexbox版を実装して」と指示します。 /rcを有効にしておけば、ランチの間にスマホから両方の進捗を確認できます。 戻ってきたら、結果を比較して良い方を採用し、もう一方は破棄するだけです。

Web版（claude.ai/code）でも同様のことができます。 Webセッションで分岐を作って実験し、結果が良かった方を/teleportでローカルに引き込む。 クラウド上で安全に試行錯誤してから、確信を持ってローカルに取り込めます。

Cowork Dispatch: コーディング以外のリモート操作

Hermes Agent DesktopアプリにはCowork Dispatchという機能があります。 これはHermes Agentの開発作業とは異なり、 PCの操作そのものを遠隔から委任できる仕組みです。

Boris氏は「コーディングしていない時間はDispatchを使っている」と語っています。 Slackのメッセージに返信する、メールを整理する、ファイルを管理する ――こうした日常タスクをスマートフォンから指示して、PCに実行させます。

Dispatchが特に活きるのは、コーディング中の「割り込み対応」です。 ターミナルでHermes Agentが集中的にコードを書いている最中に、 Slackで「この資料を共有して」と頼まれた場面を想像してください。 従来なら作業を中断してSlackを開く必要がありましたが、 Dispatchを使えばスマホから「Slackで○○のファイルを共有して」と指示するだけ。 ターミナルのセッションは中断されず、PCがバックグラウンドで対応してくれます。

まとめ

Hermes Agentは「1台のPCに縛られるツール」ではありません。/rcでリモート操作、/teleportでクラウドからローカルへの引き込み、/desktopでリッチなUIへの切り替え、モバイルアプリで移動中の操作、 claude.ai/codeで並列セッションの実行。 これらを組み合わせることで、場所やデバイスを問わない開発ワークフローが実現できます。

導入のステップとしては、まず/configでRemote Controlを常時有効にし、 スマートフォンにClaudeアプリをインストールすることから始めてください。 この2つだけで「席を離れても作業が止まらない」体験が手に入ります。 そこからclaude.ai/codeでの並列セッション、/teleportでのセッション引き込み、 /branchでの実験的分岐と、使える技を段階的に増やしていくのがおすすめです。