Claude Code を動かしたまま席を離れるなら、Remote Control を先に入れておく

依存関係の更新をまとめて任せて、買い物に出た日のことです。

30分ほどで戻ってきて画面を見ると、Claude Code は最初の確認プロンプトのところで静かに待っていました。実際に進んでいた時間は、おそらく1分もありません。

こういう「待たせただけの時間」は、個人開発でアプリを作っていると驚くほど頻繁に発生します。承認の判断そのものは3秒で済むのに、その3秒のために机の前にいなければならない。これが積み重なると、長めの作業を任せること自体をためらうようになっていきます。

Remote Control は、ちょうどこの隙間を埋めるための仕組みです。2026年8月7日の v2.1.224 で claude self-hosted-runner と並んで整備が進み、8月12日の v2.1.229 では中断したセッションを拾い直す --continue が加わりました。研究プレビューという位置づけですが、すべてのプランで使えます。

Remote Control は、クラウドで動かし直す機能ではありません

最初に誤解をほどいておきます。

Remote Control をオンにしても、処理がどこかのクラウド環境へ移るわけではありません。Claude Code はあなたのマシンの上で動き続けます。スマホやブラウザは、その手元のセッションに接続するための窓口になるだけです。

この設計の帰結として、次のことが保たれます。

• ファイルの読み書きは自分のマシンのファイルシステムに対して行われる
• 設定済みの MCP サーバーやプロジェクト固有の設定がそのまま使える
• スマホの入力欄で @ を打つと、ローカルのプロジェクトのファイルパスが補完される

つまり「別環境で動かし直すのでズレる」という心配がありません。自宅の Mac で走っている作業を、そのまま外から覗いて指示を足すイメージです。ターミナル・ブラウザ・スマホのどこから送っても会話は同期しますので、途中で窓口を乗り換えても構いません。

逆に言えば、マシンの電源が落ちていれば何も動きません。ここは「クラウドで動く」と思い込んでいると必ずつまずく点です。

最短の始め方

必要なものは3つだけです。

1. Claude Code v2.1.224 以降
2. claude.ai のサブスクリプション
3. claude.ai アカウントでの認証

認証方法が API キー経由になっている場合は、claude.ai アカウントでログインし直す必要があります。

# バージョンを確認する
claude --version
 
# claude.ai アカウントで認証する（選択肢で claude.ai を選ぶ）
claude auth login

準備ができたら、セッションを Remote Control 付きで開始します。

# 新しくセッションを開始する場合
claude remote-control
 
# すでに起動しているセッションに後から付ける場合は
# Claude Code の中で
/remote-control

あとはスマホの Claude アプリでナビゲーションの「Code」を開くか、ブラウザで claude.ai の Code 画面を開けば、いま動いているセッションが並んでいます。タップすると会話の続きから触れます。

毎回コマンドを打つのが煩わしければ、常時オンにもできます。

# Claude Code の中で /config を開き
# 「Enable Remote Control for all sessions」を有効にする
/config

なお、Team と Enterprise では既定で無効になっており、管理者が Claude Code の管理設定で有効化するまで使えません。個人利用であればこの制約はありません。

席を離れる前に確認しておく制約

ここが、使い始めてから気づくと少し困る部分です。出かける前に頭に入れておくと、外出先で「あれ、押せない」と焦らずに済みます。

実務上いちばん効いてくるのは、権限モードで Auto を選べないという点です。auto モードが8月14日に既定化されたばかりですので、普段そのつもりで使っていると、外から開いたときに承認を求められる回数が想像より多く感じられます。

裏を返せば、Remote Control 越しの作業は「自分が判断を挟む前提」で組み立てるのが素直です。出かける前に確認プロンプトの数が減るよう作業の粒度を整えておくと、移動中に片手で捌けるようになります。

10分のタイムアウトも、移動中には意外と現実味があります。地下鉄に乗る前に一区切り付けておく、といった小さな段取りが効きます。

中断したセッションの拾い直し方

Ctrl+C で claude remote-control を止めると、それが面倒を見ていたセッションはスマホやブラウザから反応しなくなります。ただし、同じディレクトリで別の claude remote-control を走らせていない限り、そして --no-create-session-in-dir を付けて開始していない限り、セッションはアーカイブされずに残っています。

拾い直す方法は3つあり、どれを選ぶかで戻ってくる範囲が変わります。

# 直前に開始したセッションだけを拾い直す
claude remote-control --continue
 
# ID を指定して1つだけ戻す
claude remote-control --session-id <セッションID>

覚えておきたい時間の区切りがひとつあります。これらが効くのはサーバーが停止してからおよそ4時間です。それを過ぎたら claude remote-control で新しいセッションを始めることになります。claude --resume や claude --session-id も同じ4時間の窓に従います。

間にセッションをアーカイブしてしまっていた場合でも、v2.1.228 以降であれば --continue と --session-id がアーカイブを解除して戻してくれます。ここは以前より確実に拾えるようになった部分です。

また、claude --remote-control や /remote-control で始めたセッションは、claude --continue や claude --resume で会話を再開したときに Remote Control の状態も一緒に戻ります。ただし条件があり、セッションが終わった時点で Remote Control がオンだったことが前提です。

セッションの復元まわりでうまく戻らないときは、Remote Control 固有の問題ではなくセッション管理そのものの問題であることも多いです。その場合はClaude Codeのセッション再開が復元されない問題の対処を先に確認してみてください。

常時オンにすべきか、必要なときだけにすべきか

/config で全セッションに対して有効化できると書きましたが、私は必要なときだけ手動で付ける運用を選んでいます。

理由は単純で、Remote Control をオンにしたセッションは「外から触れる状態」になるからです。手元で数分で終わる作業まで外向きの窓口を開ける必然性は薄く、開けっぱなしにする理由がありません。

一方で、次のような作業のときは出かける前に必ず付けます。

• 依存関係の一括更新や、時間のかかるビルドを伴うもの
• 承認の判断が数回挟まることが分かっているもの
• 結果を見てから次の指示を出したいもの

判断の軸は「席を外している間に、自分の判断が1回でも必要になりそうか」の一点です。必要にならないなら付けなくてよく、必要になりそうなら付けておく。それだけで、帰宅して画面を見たときの徒労がかなり減ります。

接続そのものが長考の途中で切れてしまう場合は、Remote Control の設定ではなく経路側に原因があることがあります。ゲートウェイやプロキシを挟んでいる構成でしたら、長考の途中で切れる接続は、上流ではなく中継が作っていますで切り分けの手順を扱っていますので、あわせてご覧ください。

次の一歩

今日やることを1つだけ挙げるなら、次に長めの作業を任せるときに claude remote-control を付けて開始してみることです。

そのまま数分だけ席を離れて、スマホの Claude アプリで同じ会話が見えるかどうかを確かめてください。見えることが確認できれば、その日から「承認のために机に縛られる時間」は選べるものに変わります。

私自身、この仕組みを常用し始めたのはごく最近です。まだ手探りのところもありますが、席を立つ判断が軽くなったことは確かに感じています。お読みいただきありがとうございました。