Claude Codeのクラウドセッションと Remote Control の違いと使い分け｜Mac常時起動派の結論
はじめに
結論から言うと、Macを常時起動してRemote Controlで開発している人にとって、クラウドセッションは「Macが使えない時間の代打」です。
私は普段、MacBook Airを起動したままにして、スマホのClaudeアプリからRemote Controlで開発しています。仕事の日はこれで困りません。ただ、休みの日にMacを持ち出して閉じていると、手元から編集ができなくなります。
そこで改めてクラウドセッションを試し、どちらをいつ使うかを整理しました。
クラウドセッションとRemote Controlの違い
一番の違いは「コードがどこで動くか」です。操作画面はどちらもスマホアプリの「Code」タブで同じなので、最初は区別がつきにくいです。
項目 | クラウドセッション | Remote Control |
|---|---|---|
実行場所 | Anthropicのクラウド上のVM | 手元のMac |
見えるコード | GitHubにpush済みのもの | Mac内のファイルすべて |
Macが閉じているとき | 動く | 動かない |
使えるツール・秘密情報 | 環境に設定したものだけ | Macに入っているものすべて |
作業の受け渡し | ブランチとPR | Macのフォルダに直接 |
一覧での見分け方 | 雲マーク | パソコンマーク |
新規セッション画面では、入力欄の上のチップで実行先を選びます。ここがMacのままだとRemote Controlになるので、クラウドで動かしたいときは切り替えが必要です。
Claude Codeのクラウドセッションが得意なこと
クラウドの強みは「自分のマシンの状態に関係なく、仕事が進む」ことです。
- Macが閉じていても動く：タスクを投げてスマホをしまっても、作業は続きます。
- 並列で何本も走らせられる：セッションごとに独立した環境なので、同時に複数投げても干渉しません。Mac 1台で同じことをすると、作業フォルダがぶつかったり重くなったりします。
- 隔離されていて安全：Claudeが何をしても手元の環境は壊れません。任せきりにしやすいです。
- GitHubと直結した自動化：PRを見張ってCIの失敗やレビューコメントに自動で対応するAuto-fixや、スケジュールやイベントで起動するRoutinesが使えます。
向いているのは、仕様がはっきりしていてテストで正しさを確かめられる作業です。骨組みづくり、機能の実装、テストの追加、リファクタリングなどですね。
なお、放置されたセッションは一定時間で止まるので、サーバーのように常駐するわけではありません。
Claude CodeのRemote Controlが得意なこと
ローカルの強みは「手元の環境をそのまま使える」ことです。クラウドからは見えないものが必要な作業は、こちらが向いています。
- 画面を見ながらのデバッグ：ブラウザのコンソールを見る、ボタンを押して挙動を確かめる、といった作業はクラウドでは自分の目で確認できません。
- ローカルのDBやサービス：手元で動いているDBやサーバーは、クラウドからはアクセスできません。
- リポジトリに入れていないもの：
.envのAPIキーなどの秘密情報は、クラウド側にはありません。 - iOSアプリのビルド：XcodeはMac専用なので、実機やシミュレーターでの確認は手元でやるしかありません。
- 手元に入れたツールやMCPサーバー：自分の環境にしかないツールもそのまま使えます。
クラウドでもテストを実行したりログを読んだりはできます。ただ、「自分が画面を見て判断する」タイプの作業は、ローカルの方が圧倒的に速いです。
Mac常時起動派の私の使い分け
普段はRemote Control、Macを閉じている休日だけクラウド。これが私の結論です。
最初は「クラウドの本領が発揮できる場面が浮かばない」と感じていました。理由は単純で、Macを常時起動してRemote Controlを使っている時点で、クラウドの一番の強み（マシンが止まっていても動く）をすでに自前で持っていたからです。
たとえば、毎日の結果を検証して改善案を出すような定期処理も考えてみました。ただ、データや本番システムが手元にあるなら、Macで定期実行する方が素直です。データを行き来させる手間が増えるだけでした。
それでも、休日にMacを持ち出して閉じている時間は、Remote Controlが使えません。ここをクラウドで埋めるのが、私にとって一番しっくりくる使い方です。
- 休日、スマホのCodeタブから実行先をクラウドにしてタスクを投げる
- ClaudeがGitHub上のブランチで作業してPRを出す
- Macを開いたらPRを確認・マージして、手元で
git pullする
Macの手が空かないときの「増員」くらいの感覚で使うのがちょうどいいと思います。
運用のコツとつまずいたところ
Macを閉じる前にpushする
クラウドはGitHub上のコードしか見られません。未pushの変更は、クラウドからは存在しないのと同じです。私はCLAUDE.mdに「作業後は毎回pushする」「作業前に最新を確認する」と書いておきました。クラウドが読むのはリポジトリ内のCLAUDE.mdだけなので、これもcommitしてpushしておく必要があります。
コンフリクトは気付かないうちには起きない
クラウドとローカルで同じ箇所を編集すると衝突します。ただ、Gitは衝突を検知すると止まって知らせてくれるので、黙って上書きされることはありません。PRを先にマージしてから手元でgit pullすれば、ほぼ防げます。
実行先がMacのままになっていた
スマホでリポジトリを選べず悩みましたが、原因は実行先のチップがMacになっていたことでした。セッション一覧を見返すと、雲マークが付いていたのは1件だけ。今まで「クラウドを使っているつもり」で、ほぼRemote Controlを使っていました。
環境構築はセットアップスクリプトで
クラウドは毎回まっさらなVMから始まります。環境設定にセットアップスクリプトを登録しておくと、依存パッケージのインストールなどを自動化でき、キャッシュも効きます。
期間限定のクラウドセッションクレジット
Usageを見ると、クラウドセッション専用のクレジットが付与されていました。これを使い切るか期限が切れるまでは、通常のプランの使用量を減らさずにクラウドを試せます。別料金ではなく、お試し枠のようなものです。
Remote Controlの404エラー
claude remote-control起動時に「CCR v2 worker registration failed … 404」と出ることがあります。前回のセッション情報が手元に残っていて、サーバー側ではもう消えていたのが原因のようで、GitHubのIssueでも報告されています。新規セッションが問題なく動けば実害はありません。
よくある疑問
クラウドセッションは別料金？
いいえ。クラウドセッションはチャットやRemote Controlと同じプランの利用上限を共有し、クラウドVMの別料金はかかりません。期間限定のクラウドセッションクレジットが付与されている場合は、そちらから先に消費されます。
Macを閉じていてもClaude Codeは動く？
クラウドセッションなら動きます。Remote Controlは手元のMacで動くので、Macが起動している必要があります。
スマホでリポジトリを選べないときは？
新規セッション画面の実行先チップが、Macになっていないか確認してください。クラウドに切り替えるとリポジトリを選べます。それでも出ない場合は、GitHub連携の設定で再接続が必要になっていないか確認します。
クラウドとローカルで同時に編集するとコンフリクトする？
同じ箇所を編集すると衝突しますが、Gitが検知して止まるので、気付かないうちに上書きされることはありません。PRを先にマージして、手元でgit pullしてから作業すれば防げます。
まとめ
「コードを書く・直す・テストする・PRを出す」はクラウド、「実際に動かして確かめる・手元の環境に依存する」はローカル。この線引きで迷わなくなりました。
Macを常時起動している人なら、無理にクラウドへ寄せる必要はありません。Macが使えない時間の代打として、そして並列で投げたい小タスクの増員として使うのがちょうどいいと思います。
参考
この記事が役に立ったらフォローしてください
