Remote Control と Web session（リモートコントロール・アンド・ウェブセッション）

外出先や別端末から Claude Code を使う手段が「Remote Control」と「Claude Code on the web」の2つあると知って、どっちをいつ使えばいいのか迷っている人向け

外出先や別の端末から Claude Code を使いたい。そう思って公式ドキュメントを開くと、似た名前の手段が2つ出てきます。「Remote Control」と「Claude Code on the web」です。後者はこのページでは Web session と呼びます。どっちも claude.ai/code という同じ画面を使うので、名前も見た目も紛らわしい。私も最初は完全に混同していました。

この2つの決定的な違いは1点だけ。「どこで実行されているか」です。手元のパソコンで動くのが Remote Control、Anthropic のクラウドで動くのが Web session。ここさえ押さえれば、迷う場面はほぼ消えます。

噛み砕くと、自宅PCを遠隔操作するか、貸し作業机を借りるか

Remote Control は、自宅のパソコンを外から遠隔操作するイメージです。実際の作業は自宅PCの中で進んでいて、スマホや別のパソコンの画面は「のぞき窓」にすぎません。だから自宅PCの電源が落ちると、窓の向こうも止まります。

Web session は、よそに借りた作業机のイメージ。Anthropic 側に新しい作業場が立ち上がって、そこで Claude が手を動かします。自分のパソコンは机を借りる手続きをするだけで、あとは閉じても作業は進む。手元の道具は何も使われません。

同じ受付から入るので画面は瓜二つ。でも中で動いているのは別物です。ここがこのページの全てと言ってもいいくらい。

大事な前提：Remote Control は手元PCが動き続けないと切れる

Remote Control を始めると、Claude は最初から最後まで手元のパソコンの中で動き続けます。公式の表現を借りると「nothing moves to the cloud」、つまり何もクラウドへは移らない。だから手元PCのアプリを閉じたり、パソコンをシャットダウンしたりすると、その時点でセッションは終わります。

もう1つ。手元PCがネットに10分ほど繋がらないと、セッションは時間切れで切れる仕様です。外で続きをやるつもりなら、自宅PCは開けっぱなし・スリープさせない・ネット接続を保つ。この3つが前提になります。

Web session 側はこの心配がありません。クラウドで走っているので、手元PCを閉じても作業は進みます。この非対称を最初に頭へ入れておくと、後で混乱しません。

もう1つ、Remote Control 側には認証とバージョンの前提があります。claude.ai のアカウントで認証していないと使えません。API キーだけで Claude Code を動かしている場合は claude auth login で claude.ai アカウントにサインインし直す必要があります。Claude Code 本体も v2.1.51 以降であること。claude --version で今の番号を確かめられます。さらにチームや会社で使う Team・Enterprise プランでは、管理者が管理設定画面で Remote Control のスイッチをオンにしていないと、コマンドを叩いても使えません。

「cooking-blog」を例に、どっちを選ぶか実際に見る

料理ブログ「cooking-blog」を題材にします。同じプロジェクトの作業を、2つのやり方それぞれで始めてみます。読みながら「自分のケースはどっちか」を当てはめてみてください。

ステップ1: まず自分の状況を確認する

判断の入口は2つの問いです。「いま手元のパソコンで cooking-blog の作業をしているか」「手元PCを開けっぱなしにしておけるか」。両方イエスなら Remote Control が向きます。どちらかがノーなら Web session を検討します。

ステップ2: 手元で作業中なら Remote Control で始める

自宅PCで cooking-blog を開いて作業している最中、これから外出するけど続きをスマホで触りたい。そういう時は手元PCで次を打ちます。

$ cd cooking-blog
$ claude remote-control

これは待ち受け専用のやり方です。ターミナルにセッションのURLとQRコードが出るので、スマホでQRを読めばその場面に繋がります。実行はずっと自宅PCの中。つないでいる MCPサーバーや、cooking-blog 用の設定がそのまま使えるのが強みです。

「対話しながら遠隔もしたい」なら claude --remote-control を使うと、手元のターミナルでも打ちつつ外からも操作できます。すでに会話の途中なら、その場で /remote-control と打てば今のセッションをそのまま遠隔対応にできます。

ステップ3: 手元に cooking-blog が無いなら Web session で始める

別のパソコンに cooking-blog を落としていない。何もセットアップしたくない。そういう時は手元の準備ゼロで、次のように始めます。

$ claude --remote "cooking-blog のレシピ一覧ページを作り直して"

--remote の後ろに、やってほしいタスクの内容を続けて書きます。これで claude.ai 側に新しいクラウドのセッションが立ち上がる。手元PCは関与しません。

ここで初心者がやりがちな勘違いがあります。クラウド側は、いまいる場所の GitHub 上のプロジェクト一式を、今の枝から取ってきて使います。手元で保存しただけの変更は GitHub にまだ無いので反映されません。先に GitHub へ送ってから --remote を叩くのが安全です。

ステップ4: 並列でいくつも回したい時も Web session

cooking-blog の「レシピ検索の修正」「トップページの作り直し」「画像の最適化」を同時に進めたい。手元PC1台では重い作業です。Web session は複数のタスクを並列で回せるので、こういう時に向きます。各セッションがクラウドでそれぞれ走ります。

ステップ5: クラウドの続きを手元でやりたくなったら引き取る

Web session で走らせていたら、細かい調整はやっぱり手元のターミナルでやりたくなった。そういう時は次で手元に引き取れます。

$ claude --teleport

クラウドのセッションを手元のターミナルに引き寄せる動きです。ただし向きは一方通行で、クラウドから手元へは引き取れても、手元のセッションをそのままクラウドへ押し出すことはできません。Remote Control はそもそも最初から手元なので、引き取る・押し出すという話とは無縁です。

つまりこの2つは何をしてくれるのか

• Remote Control がやってくれる: 手元PCで動いている作業を、スマホや別PCの画面からそのまま操作。手元の MCPサーバーや設定もそのまま使える
• Web session がやってくれる: 手元の準備なしでクラウドに新しい作業場を立てて実行。手元PCを閉じても進む、複数並列もできる
• どちらもやってくれない: 手元のセッションをそのままクラウドへ押し出すこと。引き取る向きはクラウドから手元への一方通行です
• 意味が薄い場面: 手元PCを閉じて外出するのに Remote Control を選ぶと、閉じた瞬間に切れる。逆に手元の特殊な設定をそのまま使いたいのに Web session を選ぶと、クラウドには手元の設定が無い

使いどころ3シナリオ（cooking-blog で再現）

シナリオ1: 自宅で作業中、子どもの送り迎えの車内から続きを見たいとき

自宅PCで cooking-blog のレシピ修正を Claude に頼んでいる途中、出かける時間になった。長い処理の結果だけスマホで確認したい。ここは Remote Control の出番です。claude remote-control で待ち受けにして、自宅PCは開けっぱなしのまま外出する。車内のスマホから進み具合を見て、必要なら指示を返せます。手元の設定がそのまま生きているのが効きます。

シナリオ2: 会社の貸与PCで、私物の cooking-blog を落としていないとき

休憩中に cooking-blog の軽い修正を1つ片付けたい。でも会社のパソコンに私物のプロジェクトは置いていないし、置きたくもない。claude --remote "cooking-blog の問い合わせフォームの誤字を直して" で済みます。手元には何もコピーされず、クラウドが GitHub から取ってきて作業する。終わったら会社PCを閉じてOKです。

シナリオ3: 週末に cooking-blog の大改修を3本まとめて回したいとき

「カテゴリ構造の再編」「全画像の差し替え」「スマホ表示の崩れ修正」を一気に進めたい。手元PC1台でやると重いし、片方が終わるまでもう片方を待つことになる。Web session を3つ立てて並列で回します。各タスクがクラウドで別々に走るので、手元PCは別の作業に使えます。終わったセッションだけ --teleport で引き取って仕上げる、という流れも組めます。

初心者が踏みやすい落とし穴

• 名前で取り違える（最重要）。--remote はクラウドに新しいセッションを立てる Web session。--remote-control や claude remote-control は手元で実行したまま外から操作する Remote Control。公式が「--remote creates cloud sessions. --remote-control is unrelated」と名指しで釘を刺しているくらい紛らわしい。1文字違いで全く別物です
• 画面が同じだから中身も同じだと思い込む。どちらも claude.ai/code を使うので見分けがつきにくい。見るべきは画面ではなく「どこで動いているか」。手元PCが動いている＝Remote Control、クラウドで動いている＝Web session
• 「閉じたら止まる／止まらない」を取り違える。Remote Control は手元PCのプログラムが動き続けないと切れる。Web session は手元PCを閉じても進む。この非対称を逆に覚えると「あれ、止まった？」「あれ、止まらない？」で混乱します
• 手元のセッションをクラウドへ押し出せると思う。--teleport はクラウドから手元への一方通行。手元の作業をそのままクラウドへ移す手段はターミナルからは無い。クラウドで始めたいなら最初から --remote で立てます
• Web session で手元の保存だけして送り忘れる。クラウドは GitHub からプロジェクトを取ってくるので、手元に保存しただけの変更は届きません。先に GitHub へ送ってから --remote を叩く
• 外出するのに Remote Control を選ぶ。手元PCを閉じて持ち出すなら Remote Control は切れます。完全に手を離れる前提なら Web session の方が素直です
• 外から使う手段はこの2つだけだと思い込む。実は Dispatch、Channels、Scheduled tasks、それに Slack のチャンネルから @Claude で呼ぶ手もあります（Slack 経由は実行が Anthropic のクラウド側）。本命は Remote Control と Web session の2つですが、用途次第で他も選べると頭の片隅に置いておくと良いです

書き方

claude remote-control            # Remote Control（手元で実行・外から操作）
claude --remote "タスクの内容"    # Web session（クラウドに新規セッション）
claude --teleport                # クラウドのセッションを手元のターミナルへ引き取る

やってみるとこうなる

入力

claude --remote "cooking-blog のレシピ一覧ページを作り直して"

出力例

claude.ai 側に新しいクラウドのセッションが立ち上がり、いまいる場所の GitHub 上のプロジェクトを今の枝からコピーして作業を開始する。手元のパソコンは閉じても作業は進む。Remote Control 側（claude remote-control）なら、ターミナルにセッションURLとQRコードが表示され、スマホでQRを読むと手元PCで動いている同じ作業にその場で繋がる。

関連項目

• --remote（リモート）
• claude remote-control（クロード・リモートコントロール）
• /remote-control（リモートコントロール）
• /remote-env（リモートエンブ）
• /mobile（モバイル）
• Slack連携（スラックレンケイ）

公式ドキュメント

https://code.claude.com/docs/en/remote-control