Claude CodeのRemote使用率を完全に把握！/usageコマンドとリモート操作の見方を徹底解説

「Claude Codeをスマホから操作してみたけど、使用状況がまったく見えない…」「/usageコマンドを打っても何が表示されているのかよくわからない」——そんなモヤモヤを抱えたまま使い続けていませんか？

実は、Claude CodeのRemote Control機能とusage（使用率）の見方は、きちんと理解することで開発効率が劇的に変わります。2026年2月25日にMaxプランで始まったRemote Control機能は、2026年3月6日についに全プランに解禁されました。これに伴い、「外出先でどこまで使えるか」「コンテキストは残り何%か」を把握したいという需要が急増しています。

この記事では、世界中の最新情報と実際の使用経験をもとに、Claude CodeのRemote使用率の見方を初心者にもわかりやすく、かつ玄人が唸るレベルで解説します。

Claude Code Remote Controlとは何か？仕組みと基本概念

まず大前提として、Claude CodeのRemote Controlが「どういう仕組みで動いているか」を理解しておくことが重要です。ここを誤解すると、使用率の見方も正しく把握できません。

「リモート環境」ではなく「ローカルへの窓口」という発想

Remote Controlは、クラウド上でコードを動かす仕組みではありません。あなたの手元のPC上で動いているClaude Codeのセッションに、スマホやブラウザから「窓越しに」アクセスする機能です。

ファイルシステム、MCP（Model Context Protocol）サーバー、プロジェクト設定——これらはすべてローカルのPC上にそのまま残ります。スマホ画面に表示されているのは、あくまでもPC上のセッションへのビューです。Anthropicの公式ドキュメントも「Claude keeps running on your machine, and you can control the session from the Claude app」と明記しています。

この設計思想のポイントは、セキュリティとパフォーマンスを両立させている点にあります。PCからAnthropicのAPIサーバーへのアウトバウンド（外向き）のHTTPS通信だけが発生し、外部からPCへのインバウンド接続ポートは一切開きません。あなたのPCが直接インターネットに晒されることはなく、スマホとPC間のメッセージはAnthropicのAPIサーバー経由でTLS暗号化されてやりとりされます。

2026年3月現在のプラン別の利用可能状況

Remote Controlの提供状況は数週間で大きく変わっています。2026年2月25日の初公開時点ではMaxプランのみでしたが、2026年3月6日から全プランに解禁されました。ただし、チームやEnterpriseプランの管理者は、設定画面でClaude Codeを有効にする手順が必要な場合があります。

プラン	利用可否（2026年3月現在）	注意点
Pro / Max	✅ 利用可能	個人利用。最も安定して動作
Team	✅ 利用可能（3月6日〜）	管理者がClaude Code設定を有効にする必要あり
Enterprise	✅ 利用可能（3月6日〜）	セキュリティポリシーによる制限に注意
APIキー直接利用	❌ 非対応	Pro/MaxプランのOAuth認証が必要

Remote Controlの起動方法と使用状況を確認する手順

Remote Controlを使い始めるときの手順は、思ったよりシンプルです。バージョン2.1.52以降のClaude Codeがインストールされていれば、すぐに始められます。

新しいリモートセッションを起動する方法

ターミナルで以下のコマンドを実行します。

または、既存のClaude Codeセッション内でスラッシュコマンドを使う方法もあります。

または

重要な違いがあります。ターミナルから直接実行する

は新しいセッションを開始し、

などのフラグも渡せます。一方、既存セッション内での

コマンドは、それまでの会話履歴やファイルコンテキストをすべて引き継いだままリモートコントロールを有効にします。作業途中で外出する場合は必ず

を使いましょう。

起動すると、ターミナルにセッションURLが表示されます（スペースキーでQRコードに切り替え可能）。このURLをスマホで開くか、ClaudeアプリのCode タブに表示される「コンピューターアイコンとグリーンドット」のセッションをタップするだけで接続できます。

全セッション自動有効化の設定

毎回コマンドを打つのが面倒なら、すべてのセッションをデフォルトでRemote Control対応にする設定があります。Claude Codeの対話中に

コマンドを実行し、「Enable Remote Control for all sessions」をtrueにするだけです。これで今後は何もしなくても、起動した瞬間からスマホでアクセスできる状態になります。

Remote使用率の「見方」を徹底解説！/usageコマンドとステータスライン

ここが本記事の核心部分です。「Remote使用率の見方」について検索する方の多くは、次の2種類の疑問を持っています。ひとつは「Maxプランの5時間・週次使用量がどれくらい消費されているか」、もうひとつは「現在のセッションのコンテキストウィンドウがどれだけ埋まっているか」です。それぞれ確認方法が異なるので、順番に説明します。

/usageコマンドで確認できること

Claude Codeのセッション内で

と入力すると、現在の使用状況が表示されます。表示される主な情報は以下のとおりです。

注意点リモートセッション（スマホやブラウザ経由）でClaude Codeを操作している最中は、

などのスラッシュコマンドがリモート画面から使えないケースが報告されています（GitHub Issue #29646）。これは2026年3月現在も継続中の既知の問題で、Anthropicが対応を検討しています。リモートから使用率を確認したい場合は、後述のステータスライン表示が有効です。

ステータスラインにコンテキスト使用率を常時表示する設定

2026年1月13日のバージョン2.1.6アップデートから、Claude Codeのステータスライン（入力欄の下に表示される情報バー）に、コンテキストウィンドウの使用率をリアルタイム表示できるようになりました。

設定手順は2ステップです。まず、

ディレクトリに

というシェルスクリプトを作成します。このスクリプトはClaude Codeから渡されるJSON形式のデータを解析し、使用率と残り容量を整形して表示するものです。次に、

にステータスラインの設定を追加し、作成したスクリプトを呼び出すよう設定します。

設定が完了すると、Claude Codeの画面下部に常時コンテキスト使用率が表示されます。これにより、スクロールしながら作業していても「今どれくらい使っているか」が一目でわかります。

tmuxのステータスバーにMaxプラン使用率を表示する方法

さらに高度な方法として、tmuxのステータスバーにClaude Codeの使用率をカラーバーで常時表示することも可能です。Claude CodeはOAuth認証情報を

に保存しており、ここから取得したアクセストークンを使ってAnthropicの使用率APIを叩くことで、5時間ウィンドウと週次使用率を取得できます。

使用率が低いうちは緑、中程度で黄色、高くなると赤に変化するカラーバー表示にすることで、コーディング中にチラッと目をやるだけで残り枠を把握できます。5分間のキャッシュを設けてAPIコール頻度を抑えつつ、バックグラウンドで非同期更新する設計にすれば、ユーザーが待たされることもありません。

リモートセッションで発生しやすい問題と対処法

Remote Control機能はまだ「research preview」の側面を持っており、使っていると意外なところでつまずくことがあります。ここでは特に多い問題と対処法を共有します。

スラッシュコマンドがリモートから使えない問題

現時点では、

や

などのスラッシュコマンドは、スマホやブラウザ（claude.ai/code）からのリモートセッションでは機能しないケースがあります。これはCLIのコマンドがリモートUIに橋渡しされていないためです。

回避策PC側のターミナルでコマンドを実行し、その結果をリモートから確認するという使い方に切り替えましょう。また、前述のステータスライン表示設定を入れておけば、コマンドを打たなくてもコンテキスト使用率がリアルタイムで見えます。

iOSアプリにセッションが自動表示されない問題

で「Enable Remote Control for all sessions」をtrueにしても、iOSのClaudeアプリにセッションが自動的に表示されないケースが報告されています（GitHub Issue #30691、2026年3月）。その場合は、ターミナルに表示されているセッションURLを手動でブラウザに入力するか、URLのQRコードをスキャンして直接アクセスする方法で対処できます。

10分以上オフラインになるとセッションが切断される仕様

Remote Controlはネットワーク切断からの自動再接続をサポートしていますが、PCがオフラインになってから約10分が経過すると、セッションが終了します。ノートPCのスリープからの復帰は自動再接続されますが、シャットダウンや電源オフは別の話です。長時間の外出前には、tmuxを使ってセッションを維持する工夫が有効です。

–dangerously-skip-permissionsフラグが効かない問題

Remote Controlでは現在、

フラグが機能しません。つまり、Claudeが行おうとするすべてのアクション（ファイル編集、コマンド実行など）を、ひとつひとつ承認する必要があります。承認画面はスマホのClaudeアプリでも表示されるので、外出中でも対応は可能ですが、完全自律で動かしたい場合はRemote Control以外の方法（SSH + tmuxなど）を組み合わせる必要があります。

外出先でClaude Codeを使い倒す！実践的な活用シナリオ

Remote Controlの特徴を踏まえると、「どんな場面で使うべきか」が見えてきます。単純にスマホからコードを書くというより、PCで育てあげた環境をそのままスマホから制御するという使い方が最も効果的です。

通勤時間に長時間タスクを監視・指示する

自宅のPCで大規模なコードレビューやリファクタリングをClaude Codeに依頼してから外出し、電車の中でスマホから進捗を確認したり追加指示を出したりするのが典型的な使い方です。PCのファイルシステムやMCPサーバーがそのまま使えるため、ローカル設定で丁寧にチューニングしたプロジェクト環境をそっくり活用できます。

本番障害対応をどこからでも実施する

スマホにアラートが届いたとき、わざわざPCを開かなくても、すでに起動しているClaude Codeセッションにリモートで接続して状況を把握できます。MCP経由でログやモニタリングツールにアクセスしながら原因を特定し、修正まで完結させることも可能です。SSH Sessionsと組み合わせれば、EC2などのリモートマシン上のファイルもClaude Code越しに操作できます。

Remote ControlとSSH Sessionsの使い分け

混同しやすいのですが、Remote Controlと「SSH Sessions」はまったく別の機能です。Remote Controlは「ローカルPCのClaude Codeセッションをスマホから操作する」機能であり、SSH Sessionsは「ローカルのClaude Code Desktopを操作画面として、EC2などのリモートマシン上でコマンドを実行する機能」です。

Remote Controlのメリットは、普段から手元のPCで育ててきたMCP設定や開発環境をそのまま持ち歩けること。SSH Sessionsのメリットは、IAMロールを活用してAWSリソースへ直接アクセスできること。両者は排他的ではなく、SSH Sessions中のPCセッションをさらにRemote Controlで操作する、という組み合わせも理論上可能です。

「なんでこうなるの？」よく遭遇するリアルな困りごとと体験ベースの解決策

Remote Controlや使用率管理をしていると、ドキュメントには書いていないけど実際にはめちゃくちゃよく起こる問題にぶつかります。ここでは「あるある」な体験をもとに、実際に効く対処法だけを紹介します。

「5時間ウィンドウが思ったより早く枯れる」問題

Maxプランで使っていると、「まだ2時間しか使っていないのに、もう使用率が80%を超えてる…」という体験をする人が多いです。これはMCPサーバーが「常時接続」になっている場合に起きやすい現象です。

接続しているMCPサーバーの数だけ、メッセージのたびにツール定義がコンテキストに読み込まれます。たとえばSlack・GitHub・Notionの3つを常時オンにしているだけで、1回のやりとりごとに数百トークンが「挨拶代わりに」消えていく計算になります。セッション内で

/context

コマンドを実行すると、MCPサーバーが消費しているトークン量を可視化できます。使わないMCPサーバーはその都度オフにする習慣を持つだけで、同じ作業量でも消費トークンを20〜30%削減できることがあります。

リモートで作業を丸投げして離席したら、承認待ちで止まっていた問題

外出先からRemote Controlで「このリファクタリング全部やっておいて」と指示して、1時間後にスマホを確認したら、最初のファイル編集で承認を求めるダイアログが出たまま止まっていた——これは多くの人が一度は体験するパターンです。

現在のRemote Controlでは

が機能しません。つまり、離席前の「指示の出し方」がカギになります。「リファクタリングして」とだけ伝えるのではなく、「まずPlanモード（Shift+Tabを2回）で全体計画を立ててから、私が確認した後に実行を開始して」という形で、計画と実行を分けた指示を出すのが実践的な回避策です。計画フェーズは承認が不要なため、離席中でも進めてもらえます。

コンテキストが溢れて途中で圧縮が走り、脈絡がわからなくなった問題

長時間のセッションでハードな作業をしていると、auto-compactが突然走って「今どこまでやったんだっけ？」という状況になることがあります。これを防ぐには、CLAUDE.mdに圧縮時の指示を埋め込んでおく方法が有効です。以下のような記述を追加するだけで、auto-compactが走っても「どこまで終わったか」が圧縮後のコンテキストに残るようになります。

## コンパクト時の指示
コンパクト実行時は必ず以下を保持すること。
変更済みファイルの完全なリスト
- 実行済みのテストコマンドとその結果
未解決の問題と次のアクション

Claude（AI）だからこそできる！Remote活用を最大化する実践プロンプト集

Remote Controlと使用率管理に特化した「Claudeにしかできない」プロンプトを厳選して紹介します。これらはClaude Codeのコンテキスト管理・自律作業能力を最大限に活かすために設計されています。

外出前に渡す「自律作業完結プロンプト」

Remote Controlで離席する前に、このプロンプトを丸ごとClaude Codeに渡しておくと、最小限の承認回数で作業を進めてもらえます。

以下のタスクを実行してください。ただし次のルールを守ること。

【タスク】
（ここに具体的なタスクを記入）

【自律作業ルール】

    

まず/contextを実行してコンテキスト使用率を確認し、70%を超えていたら/compactを先に実行する。
  
作業前にPlanモードで全体計画を立て、完成予想時間と承認が必要なポイントを一覧で出力する。
  
承認が必要な場面では「選択肢A（リスク低・速度遅）」「選択肢B（リスク中・速度速）」のように選択肢を提示する。
  
各ファイル変更後は必ずテストを実行し、失敗した場合は自力で修正を3回まで試みる。
  
コンテキストが80%に達したら作業を一時停止し、現在の進捗サマリーを出力してから/compactを実行する。
  
すべての作業完了後、変更したファイルの一覧と各変更の理由をMarkdown形式でまとめる。

このプロンプトのポイントは「コンテキスト管理をClaudeに自分でやってもらう」ことです。外出中に自動compactが走っても、このルールが記憶されているので作業の脈絡が途切れにくくなります。

「コンテキスト診断＆最適化」プロンプト

セッションが重くなってきたと感じたとき、または外出前にコンテキストを最適化したいときに使うプロンプトです。

/contextを実行して現在のトークン使用状況を確認してください。
その後、以下の順番で報告と提案をしてください。

    

使用率の現状（%と残りトークン数）
  
最もトークンを消費しているカテゴリ（Messages / MCPサーバー / その他）
  
今後の作業で必要なコンテキストを保持しながら削減できる要素
  
/compactを実行するタイミングの推奨（今すぐ / あと○○トークン使ってから / 不要）
  
現在有効なMCPサーバーのうち、今のタスクに不要なものの一覧

このプロンプトを定期的に使うことで、「なんとなく重い」という感覚を数値で把握できるようになります。

サブエージェントを使った「コンテキスト汚染ゼロ」調査プロンプト

コードベースを広く調べたいけど、メインのコンテキストを汚染したくないときに使います。サブエージェントは独立したコンテキストウィンドウを持つため、調査結果のサマリーだけが返ってきます。

サブエージェントを使って以下の調査を実行してください（メインコンテキストには調査の詳細を読み込まないこと）。

【調査内容】
認証モジュール（src/auth/以下）の全ファイルを読み込み、以下を調べること。
トークンリフレッシュの処理フロー
- セキュリティ上の懸念がある箇所
再利用できそうなOAuthユーティリティの有無

【返却形式】
サブエージェントは調査完了後、以下だけをメインに返すこと。

    

発見事項のサマリー（200トークン以内）
  
修正が必要なファイルとその理由（箇条書き）
  
推奨される実装アプローチ（1〜2文）

    
ファイルの全文内容はメインコンテキストに返さないこと。

サブエージェントへの指示の中に「何をメインに返すか」を明示するのが重要です。これを書かないと、サブエージェントが読み込んだファイルの全文をそのままメインに渡してしまい、コンテキスト節約の意味がなくなります。

Remote Control離席中の「進捗チェックイン」プロンプト

スマホからリモートセッションに接続したとき、まず状況を素早く把握するためのプロンプトです。スマホの小さい画面でも読みやすい、シンプルな形式にするのがポイントです。

現在の作業状況を30秒で把握できるように報告してください。
完了したこと（1行）
- 今やっていること（1行）
次にすること（1行）
- 私の承認が必要なこと（あれば）
コンテキスト残量（%）

上級者が見落としがちな「コンテキスト汚染」の盲点

ここまでを読んで「自分はそこそこ使いこなせてる」と思っている方ほど、実はこのセクションが一番刺さるかもしれません。

CLAUDE.mdの「太りすぎ」が最大の敵

Claude Codeを使い込むほど、CLAUDE.mdにあれもこれも書きたくなります。しかし、CLAUDE.mdに書いた内容はすべてのセッション開始時にコンテキストに読み込まれます。Claude Codeの生みの親であるBoris Cherny自身のCLAUDE.mdは約2,500トークン（ほぼA4一枚）に収まっているとされています。

チェックの基準はシンプルです。「この一行を削除したら、Claudeが間違いを犯すか？」——答えがNoなら削除、またはSkillとして切り出して必要なときだけ読み込む方式に変えましょう。Skillとして外出しにすると、CLAUDE.mdに書いた場合と比べてセッションあたり数千〜数万トークンの節約になることがあります。Remote Controlで頻繁に短い指示を送るスタイルの人ほど、この節約の恩恵が大きいです。

「MCPサーバーを増やすほどえらい」という誤解

MCPサーバーをたくさん設定しているユーザーほど「使いこなしている感」がありますよね。しかし現実には、接続中のMCPサーバーはそれを使おうが使うまいが、毎回のメッセージでツール定義をコンテキストに注入します。5つのMCPサーバーを常時オンにしているだけで、一日の作業分のトークンのうち無視できない割合が「MCPサーバーへの挨拶代わり」に消えていくことになります。

Remote Controlで外出先から作業する際は特に影響が大きいです。スマホから短い指示を頻繁に送るスタイルになりがちなので、1回あたりのMCPオーバーヘッドが積み重なります。作業内容に応じて必要なMCPだけをオン・オフする「状況別プロファイル」を持っておくのが上級者の習慣です。

サブエージェントは「速さ」と引き換えに使用量を加速させる

サブエージェントで並列処理をすると作業が速く終わります。しかし見逃しがちなのは、サブエージェントで消費したトークンも同じ5時間ウィンドウの枠から引かれるという点です。3つのサブエージェントを同時に走らせれば、体感時間は短くなりますが使用量は3倍速で減ります。

Remote Controlで外出中に「大きなタスクをサブエージェントで全部やっておいて」という指示をすると、帰宅したら使用量が上限に達していた、というオチになりやすいです。サブエージェントは「ここぞ」という重要なタスクに絞って使い、探索や調査のような軽い作業はメインセッションでこなすほうが、5時間ウィンドウを長持ちさせられます。

Remote Control活用における現実的な制約と向き合い方

Remote Controlはすごく便利な機能ですが、現時点では「研究プレビュー」としての側面も残っています。夢を壊すわけじゃないですが、現実として知っておくべき制約を正直に整理しておきます。

PCを閉じたらアウト、という根本的な制約

Remote ControlはPC上で動き続けているClaude Codeへの窓口です。PCがシャットダウンしたり、バッテリーが切れたりした瞬間にセッションは終了します。スリープからの復帰は自動再接続されますが、電源オフは別の話です。これを回避するには、電源管理の設定で「ACアダプタ接続中はスリープしない」にするのが最も手軽です。ただしバッテリー駆動での長時間離席には向きません。本当に「PCに縛られたくない」なら、Remote Controlではなくクラウド上で動くRemote環境（ウェブ版のclaude.ai/code）を選ぶべきシーンもあります。

1台のPCにつき1セッションのみという制限の賢い回避策

現在、1つのClaude Codeプロセスに対してリモート接続できるデバイスは1つだけです。ただし、PCで複数のターミナルウィンドウを開いてそれぞれでClaude Codeを起動すれば、それぞれに別のリモートセッションを持てます。複数のタスクを並行して走らせながら、スマホから選択的に確認・指示する使い方は現状でも可能です。外出前にtmuxで複数ウィンドウを立ち上げ、それぞれで

を実行しておくと、スマホのClaudeアプリCodeタブに複数のセッションが並んで表示されます。

あなたの「Remote使用率の見方」に関する疑問をさらに深掘り！

Remote Controlセッション中にスマホのバッテリー消費は激しいですか？

ストリーミング接続を維持しているため、通常のアプリ使用より少し多くバッテリーを消費します。特にClaude Codeが長時間アクティブに作業している最中は、画面を開いたまま確認し続けていると体感できるレベルで減ります。監視だけが目的ならスマホをWi-Fi接続＋充電しながら使うか、定期的にアプリを開いて確認するスタイルにすると実用的です。

/compactした後に使用率が表示に反映されないことがあるのはなぜですか？

Claude Codeバージョン2.1.14で修正された既知のバグです。以前のバージョンでは

実行後にVS CodeのUsageインジケーターが更新されませんでした。バージョン2.1.14以降では、圧縮後の実際のトークン使用量がUIにリアルタイムで反映されます。この症状が出ているならまず

claude update latest

でバージョンを上げるのが最初の対処です。

ccusageというツールを使うべきですか？

ProまたはMaxプランのフラット料金ユーザーには特に有用です。ccusageはローカルのJSONLファイルを読んでトークン使用量を日別・プロジェクト別・セッション別に集計するCLIツールで、

だけで動くためインストール不要で試せます。「どのプロジェクトでClaude Codeを最も使っているか」「特定の期間の消費量はいくらか」を把握したいなら、/usageコマンドの補完として使う価値があります。ただしリアルタイムの使用量確認には向いていないため、前述のステータスライン表示と組み合わせるのがベストです。

ぶっちゃけこうした方がいい！

ここまでの内容を全部読んで、正直に言います。

「使用率を見る」のではなく「使用率を管理する設計にしておく」方が、はるかに楽で効率的です。

多くの人は「使いすぎたら確認する」という受動的な姿勢でいますが、これが一番消耗します。使用率が80%になってから慌てて

を実行するのも、スマホからリモートで状況確認するたびに「今どこまで？」と聞き直すのも、全部「設計が甘い状態で運用しているから起きること」です。

Claude Codeの本当の使い方は「AIを使いながら作業する」ではなく、「AIが自律的に動ける状態を事前に設計する」ことだと思っています。具体的にやることはシンプルです。

まず、CLAUDE.mdをA4一枚に絞りましょう。これだけでコンテキストの出だしがスリムになり、5時間ウィンドウの持ちが体感で変わります。次に、外出前のプロンプトには「コンテキストが80%になったら自分で

してから続きをやって」という一行を必ず入れましょう。これだけでリモート中の脈絡切れがほぼなくなります。そして、ステータスラインにコンテキスト使用率を常時表示する設定を入れておく。これで「知らないうちにコンテキストが詰まっていた」という事故がゼロになります。

Remote Controlはスマホからでもコードをいじれる「夢の機能」として紹介されがちですが、本当の強みは「PCで育てた環境・コンテキスト・MCP設定をそのまま外出先に持ち歩ける」という点にあります。外出先でゼロからコードを書くためのツールではなく、「すでに走っているClaudeをちゃんと着地させるためのツール」として使うと、期待値とのギャップがなくなります。

使用率の見方を覚えるより、使用率を意識しなくて済む仕組みを先に作る——これが個人的には一番「ぶっちゃけ楽だし効率的」な答えです。

Claude Codeのremote使用率に関するよくある疑問を解決！

Remote Controlセッション中の使用量は/usageでどこに反映されますか？

リモートセッションでの操作も、通常のClaude Code利用と同じカウントとして5時間ウィンドウと週次使用量に加算されます。使った量に応じて消費されるのはローカルセッションと変わりありません。ただし、リモートセッション中にスマホ画面から

コマンドを直接打っても反応しないケースがあるため、使用量確認はPC側のターミナルで行うか、ステータスラインの常時表示設定を入れておくと安心です。

コンテキストが95%を超えたとき、リモート中でも自動圧縮されますか？

はい、auto-compact機能はリモートセッション中でも動作します。コンテキストウィンドウが95%を超えると、Claude Codeがそれまでの会話履歴を自動的に要約して圧縮します。ただし、作業の最中に急に圧縮が走ると文脈が途切れることがあります。ステータスラインに使用率を表示しておき、80〜90%あたりで手動で

コマンドを実行する習慣をつけると、よりスムーズに作業を継続できます。

tmuxとRemote Controlを組み合わせると何がよくなりますか？

tmuxを使うと、ターミナルのウィンドウを「デタッチ（切り離し）」してもセッションが生き続けます。つまり、うっかりターミナルを閉じてしまってもClaude Codeのプロセスが終了しません。Remote Controlはターミナルプロセスが動き続けていることを前提とするため、tmuxと組み合わせることでPC操作の不慮のミスによるセッション終了リスクを大幅に下げられます。外出前に

でセッションを作成し、Claude Codeを起動したうえでRemote Controlを有効にしておくと、最も安定した運用ができます。

Remote ControlはTeam・Enterpriseプランでも使えますか？

2026年3月6日以降は全プランで利用可能です。ただし、Team・Enterpriseプランでは管理者が設定画面でClaude Codeを有効化する手順が必要な場合があります。また、企業のセキュリティポリシーによってはSSHキーやリモートアクセスに制限がある場合もあるため、IT部門への確認が推奨されます。

まとめ

Claude CodeのRemote使用率の見方を理解するポイントは、大きく3つに集約されます。

まず、Remote Controlはクラウド実行ではなく、ローカルPCへの安全な窓口である点をしっかり押さえてください。スマホから操作していても、実際に動いているのは手元のPCのClaude Codeです。ファイルもMCP設定もすべてローカルにあります。

次に、使用率の確認方法はローカルとリモートで異なります。ローカルでは

コマンドや

コマンドが即座に使えます。リモートセッション中はスラッシュコマンドが届かないケースがあるため、ステータスラインにコンテキスト使用率を常時表示する設定を入れておくのが最善策です。Maxプランの5時間・週次使用量はAnthropicの使用率APIを叩いてtmuxのステータスバーに表示することもできます。

最後に、tmuxとの組み合わせで安定性を高めることを強くおすすめします。外出前にtmuxセッションを作成しておくことで、ターミナルを誤って閉じてもClaude Codeのプロセスが継続します。Remote Controlはまだ改善途中の機能ですが、使い方を理解して適切な設定を整えれば、外出中も自宅のフル装備の開発環境を指の先でコントロールできる強力な武器になります。

スキマ時間を開発時間に変える。その第一歩は、自分の使用率と環境の状況を正確に把握することから始まります。