Claude Code Web版・スマホ完全ガイド｜claude.ai/code・iOSアプリ・Remote Controlの使い分け

「移動中にレビューだけ済ませたい」「PC を開けない日に、動いている作業へ一言だけ指示を足したい」「そもそもローカル環境を作らずに試したい」── Claude Code を使い込むほど、ターミナルの前にいない時間をどうするかが課題になります。

Anthropic はこの数か月でこの領域に複数の答えを出しており、2026 年 9 月時点で ターミナル以外の入口は 5 系統あります。ところが検索してみると、多くの記事が「Web 版」と「スマホ」を別々に、しかも 1〜2 系統だけ切り出して説明しているため、「結局どれを使えばいいのか」がわからない状態になっています。

本記事は、この 5 系統を 1 枚の判断マトリクスに束ね、選ぶ軸を 2 つの問いに圧縮することを目的にしています。仕様・料金はすべて Anthropic 公式ドキュメントを原典として節ごとに URL を明記し、「2026 年 9 月時点」と付記しました。加えて、手元の Claude Code v2.1.145 で実際にコマンドを叩いた結果も掲載しています（実機で確認した内容と、ドキュメント記載の内容は明確に書き分けています）。

なお、デスクトップアプリ本体の使い方はClaude Code デスクトップアプリの並列セッション活用、スケジュール実行やクラウドでの自動化はClaude Code Routines によるスケジュール実行で扱っています。本記事はそれらへの導線に留め、重複しては書きません。

結論 ── 入口は 5 つ、選ぶ軸は 2 つの問いだけ

Claude Code の「ターミナル以外の入口」は、2026 年 9 月時点で 5 系統あります。 そして選び方は、次の 2 問に答えるだけで決まります。

1. ローカル環境（自分の PC のファイル・ツール・MCP サーバー・社内ネットワーク）が必要か？
2. いま自分の PC は起動しているか？

この 2 問は、コードがどこで実行されるかだけを決めます。なお本記事では、Anthropic のクラウド VM 上で 1 タスク分だけ立ち上がる実行単位をクラウドセッションと呼びます。

そして操作するクライアントは、どちらを選んでも共通です。ブラウザ（claude.ai/code）・Claude モバイルアプリ・Desktop アプリの 3 つがあり、実行場所とは独立に選べます。

本記事で「入口 5 系統」と呼ぶのは、Anthropic が公式に用意している次の 5 つの経路です。ただしこれらは同じ階層に並ぶものではありません。

※ Desktop アプリは実行環境であると同時に操作画面でもあります。ブラウザ・モバイルアプリが「クライアント専用」なのに対し、Desktop はホストにもクライアントにもなる点だけ覚えておいてください。

この 5 つが横並びに語られることが、混乱の最大の原因です。 階層が違うと分かってしまえば、選択は「実行環境を 3 つから選び、クライアントは好きなものを使う」だけになります。

言い換えると、「コードがどこで実行されるか」だけが本質的な違いです。Anthropic のクラウドで動くのが Claude Code on the web、自分のマシンで動くのが Remote Control と Dispatch、そして Web・モバイルアプリはどちらの場合も「その実行環境をのぞく窓」に過ぎません。公式ドキュメントもこの点を明言しており、Remote Control について「Web およびモバイルインターフェースは、そのローカルセッションへのウィンドウにすぎません」と説明しています（Remote Control | Claude Code Docs、2026 年 9 月時点）。

迷ったときの実務的な順序は次のとおりです。まず Claude Code on the web を試し（セットアップが一番軽い）、社内ツールや未コミットの設定が必要だとわかった時点で Remote Control に降りる。この順序なら、無駄な環境構築をせずに済みます。

なお、「決まった時刻に自動で走らせたい」「PR が開いたら自動でレビューさせたい」という要件は、本記事の 5 系統ではなくRoutines のスケジュール実行と GitHub Webhook 起動の担当領域です。人が操作する話ではないため、以降では扱いません。同様に、Slack の @Claude メンションや Channels（Telegram / Discord / iMessage の転送）も公式にはターミナル以外の入口ですが、チャットツール側の運用設計が主題になるため本記事の範囲外とします。

用語の整理 ── 「Claude の Web 版」と「Claude Code の Web 版」は別物

検索で最も混乱が起きているのがここです。「Claude Web 版」と「Claude Code Web 版」は、名前が似ているだけでまったく別の製品機能です。

「Claude Code をブラウザで使う」と言ったとき、指しているのは後者です。 前者は、コードを書かない業務での使い分けの話であり、Claude Codeとは（非エンジニアでも使える実践タスク）の「ChatGPT・Claude Web版との使い分け」で扱っています。本記事で「Web 版」と書いたときは、すべて claude.ai/code の Claude Code on the web を指します。

ついでにもう一点。Claude Code 専用のモバイルアプリは存在しません。 スマホから使う場合も、入れるのは通常の Claude アプリです（モバイルの Claude Code、2026 年 9 月時点）。

もう一組、混同されやすいのが Claude Code on the web と Remote Control です。どちらも同じ claude.ai/code という画面を使うため、見た目では区別がつきません。違いは実行場所だけです。公式ドキュメントは「Remote Control と Web 上の Claude Code の両方が claude.ai/code インターフェースを使用します。主な違いはセッションが実行される場所です」と説明しています（Remote Control | Claude Code Docs、2026 年 9 月時点）。

• Claude Code on the web = Anthropic のクラウド VM でコードが動く
• Remote Control = 自分のマシンでコードが動き、それを遠隔から操作する

セッション一覧の中では、Remote Control のセッションはオンラインのときにコンピュータのアイコンと緑色のステータスドットが付くので見分けられます（Remote Control | Claude Code Docs、2026 年 9 月時点）。

入口別マトリクス ── 実行構成 4 つを横並びにする

ここが本記事の中核です。コードが実際に動く構成を 4 つ取り出し、実務で効いてくる軸で横並びにします。前節の階層表のうち実行環境 3 つに加え、Dispatch はプラン条件と承認の扱いが Desktop 単独と異なるため独立した行にしています。5 系統の残り 1 つである Claude モバイルアプリは操作クライアントであり、どこに接続しているかで値がすべて決まるため、この表には含めていません。公式ドキュメントにも入口の比較表はありますが、課金・セッション共有・データ所在を横断した表は存在しないため、複数の一次ソースを突き合わせて作成しました。

できること・できないこと

※ Dispatch 行は、Dispatch が Desktop のローカルセッションを生成する仕組みであることからの帰結です（Dispatch 固有の記載は公式にありません）。

（出典: Claude Code をウェブで始める、Remote Control、Desktop application。いずれも 2026 年 9 月時点）

課金・プラン・権限モード・データ所在

Desktop アプリの Bypass permissions は条件付きです。 ローカルセッションではモードセレクタに表示されますが、Pro / Max では Settings のトグルで有効化する必要があり、Team / Enterprise では組織ポリシーが可否を制御します。クラウドセッションでは「クラウド環境が既にサンドボックス化されているため」利用できません。また CLI 専用の dontAsk モードは Desktop にはありません。

プラン要件には、表に収まらない前提が 2 つあります。 ひとつは出典の性格で、Desktop アプリのプラン条件は独立した要件節ではなく、Code タブで Error 403: Forbidden が出たときの確認手順として「アクティブな有料サブスクリプション（Pro、Max、Team、または Enterprise）があることを確認します」と示されています。もうひとつは適用範囲で、Amazon Bedrock / Google Cloud の Agent Platform / Microsoft Foundry / 自己ホスト型 LLM ゲートウェイ上で Code タブを動かすサードパーティ（3P）デプロイメントは別系統として案内されているため、上の表のプラン要件はそのまま当てはまりません。

（出典: Claude Code をウェブで始める、ウェブ上の Claude Code を使用する、Remote Control、Desktop application。いずれも 2026 年 9 月時点）

Dispatch だけがプラン条件が逆転している点に注意してください。ほかの入口は Team / Enterprise でも（管理者が有効にすれば）使えますが、Dispatch は Pro / Max 専用で、Team / Enterprise プランでは利用できないと明記されています（Desktop application | Claude Code Docs、2026 年 9 月時点）。組織で標準化を考えるなら、Dispatch は選択肢から外れます。

セッション共有の可視性

ここは企業利用で最も見落とされやすい軸です。 セッションの共有オプションは、アカウント種別によって選択肢そのものが変わります。

つまり、個人の Pro / Max プランで社用リポジトリを触り、そのセッションを Public にすると、リポジトリへのアクセス権がない相手にもセッションの中身が見える構図になります。公式ドキュメントも「共有する前にセッションで機密コンテンツを確認してください。セッションにはプライベート GitHub リポジトリのコードと認証情報が含まれる可能性があります」と警告しています（ウェブ上の Claude Code を使用する、2026 年 9 月時点）。Pro / Max では Settings → Claude Code → Sharing settings で、受信者にリポジトリアクセスを要求する設定に変更できます。

Claude Code on the web ── 環境構築なしでクラウドで動かす

Claude Code on the web は、claude.ai/code から GitHub リポジトリを指定してタスクを投げると、Anthropic が管理する隔離仮想マシンでリポジトリをクローンし、変更・テスト実行・ブランチのプッシュまでを行う機能です。 前掲のクラウドセッション 1 件ごとに、専用の仮想マシンとブランチが割り当てられます。ローカルに Node.js も Claude Code CLI もインストールする必要がありません（ローカル CLI の導入手順はClaude Codeの導入・インストールを参照してください）。

2026 年 9 月時点でリサーチプレビュー段階であり、対象は Pro / Max / Team ユーザー、およびプレミアムシートまたは Chat + Claude Code シートを持つ Enterprise ユーザーです。公式ドキュメントが列挙しているのはこの範囲のみで、無料プランは含まれていません（ウェブ上の Claude Code を使用する、2026 年 9 月時点）。プラン全体の違いはClaude Code料金プランの違いと選び方で整理しています。

セットアップ ── 一度きりの 4 ステップ

すでに GitHub CLI（gh）を使っている場合は、ブラウザを開かずにターミナルから設定できます。Claude Code CLI 内で /web-setup を実行すると、ローカルの gh トークンが Claude アカウントに同期され、クラウド環境が無ければ既定の環境も作成されます。ただし Zero Data Retention が有効な組織は /web-setup を含むクラウドセッション機能を使用できません（Claude Code をウェブで始める、2026 年 9 月時点）。

GitHub アクセス範囲の落とし穴

セットアップ時に見落とされがちですが、クラウドセッションがアクセスできる範囲は「Claude GitHub App をインストールしたリポジトリ」ではありません。 公式ドキュメントは次のように明記しています。

どちらの方法でも、クラウドセッションは Claude GitHub App がインストールされているリポジトリだけでなく、接続している GitHub アカウントが見ることができるすべてのリポジトリにアクセスできます。App インストールは Auto-fix の PR webhook を有効にします；これはセッションレベルのアクセス制御ではありません。 （ウェブ上の Claude Code を使用する、2026 年 9 月時点）

つまり App のインストール範囲を絞ってもアクセス制御にはなりません。 範囲を絞りたい場合は、接続する GitHub アカウント側のチーム・リポジトリメンバーシップを制限する必要があります。情シスが「App を 1 リポジトリだけに入れたから安全」と判断すると、前提が崩れます。

クラウド環境の実体

各セッションは、リポジトリがクローンされた新しい Anthropic 管理 VM で実行されます。スペックは概算上限として次の値が公開されています（変動しうる旨も明記されています）。

大規模ビルドやメモリを大量に使うテストはこの上限で失敗する可能性があり、公式ドキュメントはその場合 Remote Control で自分のハードウェアを使うよう案内しています。

プリインストールされているのは、Python 3.x（pip / poetry / uv / black / mypy / pytest / ruff）、Node.js 20・21・22（nvm 経由。npm / yarn / pnpm / bun / eslint / prettier / chromedriver）、Ruby 3.1〜3.3、PHP 8.4、OpenJDK 21（Maven / Gradle）、Go、Rust、C/C++（GCC / Clang / cmake / ninja / conan）、Docker 一式、PostgreSQL 16、Redis 7.0、および git / jq / yq / ripgrep / tmux / vim / nano などです。gh CLI はプリインストールされていません。

ただし bun は「インストール済みだが、パッケージ取得に関して既知のプロキシ互換性の問題がある」と注記されています。クラウドセッションのアウトバウンド通信はセキュリティプロキシを通るため、bun 前提のプロジェクトはここで詰まります。

PostgreSQL と Redis はインストール済みですが既定では起動していません。セッション中に起動を依頼する必要があります。

（出典: ウェブ上の Claude Code を使用する、2026 年 9 月時点）

「引き継がれる設定」と「引き継がれない設定」

ここが実務で最もつまずく箇所です。リポジトリにコミットされているものは引き継がれ、自分のマシンにしかないものは引き継がれません。

（出典: ウェブ上の Claude Code を使用する、2026 年 9 月時点）

「ローカルでは動くのにクラウドセッションだと挙動が違う」の原因は、ほぼこの表のどこかにあります。チームで使うなら、~/.claude/ に置いていた設定をリポジトリの .claude/ に移すのが先決です。

環境変数とセットアップスクリプトは環境設定に保存されますが、公式ドキュメントは「その環境を編集できる誰もが見ることができます」と注意しています。専用のシークレットストアはまだ存在しないため、本番の認証情報を置く場所ではありません。

ネットワークアクセスの 4 レベル

クラウド環境からのアウトバウンド接続は、環境ごとに 1 つのレベルを選びます。

既定の Trusted には npm・PyPI・RubyGems・crates.io・Go モジュールプロキシ・Maven・Docker Hub・各種 Linux ディストリビューションなどが含まれます。環境を None にすると、パッケージインストールを含むセットアップスクリプトは失敗します。

なお、許可ドメインは環境ごとの設定であり、組織レベルで全ユーザーの環境に配布する許可リストは存在しません（ウェブ上の Claude Code を使用する、2026 年 9 月時点）。ここはガバナンス設計で誤解されやすい点です。

Web 版でできないこと

• Manual / Bypass の権限モードが使えない（Accept edits / Plan / Auto のみ）
• gh CLI がプリインストールされていない（必要ならセットアップスクリプトで導入）
• カスタム Docker イメージでベースイメージを置き換えられない
• /plugin や /resume などターミナル専用コマンドが使えない。/clear もクラウドセッションでは不可で、サイドバーから新しいセッションを開始します（後述の Remote Control では /clear は動きます。同じ claude.ai/code の画面でも実行場所が違えば挙動も違う点に注意してください）
• GitLab / Bitbucket などへは結果をプッシュバックできない（ローカルバンドルとして送ることは可能。制約は次項）
• セットアップスクリプトの実行時間は約 5 分以内が目安で、超えるとセッションがタイムアウトしうる。環境のスナップショットは約 7 日でキャッシュが失効し再実行される

（出典: ウェブ上の Claude Code を使用する、Claude Code をウェブで始める。いずれも 2026 年 9 月時点）

ローカルバンドル送信の制約

GitHub に接続していないリポジトリから claude --cloud を実行すると、Claude Code はローカルリポジトリをバンドルしてクラウドセッションへ直接アップロードします。GitLab / Bitbucket のリポジトリをクラウドで動かす唯一の経路ですが、「とりあえず送れば動く」わけではありません。

セキュリティ上いちばん注意が要るのは、認証情報らしき名前のファイルの扱いです。 macOS / Linux / WSL では、.env・Terraform の *.tfvars・id_rsa や *.pem といったファイルのコミットされていない変更はアップロードから除外され、除外されたファイル名が表示されます。ただし公式ドキュメントは、リンクされたワークツリー・サブモジュールなどの構成では、これらの変更も他のファイルと一緒にアップロードされる（この場合はアップロードしたファイル名が表示される）と明記しています。worktree で作業しながらバンドル送信する運用では、ここが例外になる点を押さえてください。

（出典: ウェブ上の Claude Code を使用する。ワークツリー・サブモジュールの例外は 2026 年 9 月時点で日本語版に未反映のため、英語版 を参照。いずれも 2026 年 9 月時点）

スマホから使う ── クラウド・Remote Control・Dispatch の 3 経路

「Claude Code をスマホで使う」には、まったく違う経路が 3 つあります。 ここを区別せずに手順だけ真似ると、期待した動作になりません。

この 3 分類は公式ドキュメントと同じです。Anthropic は「Claude アプリ for iOS と Android は、コードが実行される場所ではなく、Claude Code セッションのクライアントです」としたうえで、接続先をクラウドセッション／リモートコントロール／Dispatch の 3 つに整理しています（モバイルの Claude Code、2026 年 9 月時点）。

どれを選ぶかの基準は入口別マトリクスと同じ（コードがクラウドで動くのか自分のマシンで動くのか）なので、ここではスマホ特有の判断だけを補足します。

経路 A と B では、スマホ側の操作画面は同じです。Claude モバイルアプリ（iOS / Android）を開き、ナビゲーションの Code をタップするとセッションリストに到達します。ブラウザで claude.ai/code を開いても同じです。アプリを持っていない場合は、Claude Code 内で /mobile を実行するとダウンロード用の QR コードが表示されます。

経路 A: クラウドセッション ── スマホだけで完結させる

手順は PC のブラウザと同じです。Code タブでリポジトリとブランチを選び、権限モードを確認し、日本語でタスクを書いて送るだけです。1 つのセッション内で複数リポジトリを追加することもできます。

タブを閉じても、アプリを閉じても、セッションは止まりません。 公式ドキュメントは「これは仕様です。タブを閉じたり、移動したりしてもセッションは停止しません」と明記しています（Claude Code をウェブで始める、2026 年 9 月時点）。移動中に投げて、着いてから結果を見る、という使い方が成立します。

経路 B: Remote Control ── PC のセッションを操る

PC 側で Remote Control を有効にしたセッションを起動しておくと、スマホからそのセッションに入り込めます。ローカルのファイルシステム・MCP サーバー・ツール・プロジェクト設定がすべてそのまま使えるのが最大の利点で、スマホ側で @ を入力するとローカルプロジェクトのファイルパスが補完されます。

PC 側で起動してから、スマホで読み取るまでの手順は次のとおりです。

経路 C: Dispatch ── Desktop にタスクを投げる

Desktop アプリを使っている場合は、3 つめの経路があります（事前にモバイルアプリと Desktop のペアリングが必要です）。Dispatch は Claude Desktop の Cowork タブに常駐する Claude との永続的な会話で、そこにタスクをメッセージすると、開発作業だと判断されたものが Code タブのセッションとして自動的に生成されます。「Claude Code セッションを開いてログインバグを修正して」のように直接依頼することもできます。生成されたセッションはサイドバーに Dispatch バッジ付きで表示され、完了時または承認が必要なときにスマホへプッシュ通知が届きます。

ただし前掲のとおり Dispatch には Pro または Max プランが必要で、Team / Enterprise プランでは利用できません。 また、Dispatch が生成したセッションでコンピュータ使用（Claude に PC のアプリを操作させる機能）を有効にした場合、そのアプリ承認は 30 分で失効し、通常の Code セッションのようにセッション全体を通しては有効になりません（ファイル編集やコマンド実行の通常の承認とは別の話です）。調査・ドキュメント編集・スプレッドシート作業は Code に回されず Cowork 側に留まります（Desktop application | Claude Code Docs、2026 年 9 月時点）。

外出先から承認する ── プッシュ通知の設定（経路 B・C 共通）

外出先での「承認」は、経路 B と経路 C の両方で効きます。 Remote Control がアクティブなとき、Claude はスマホにプッシュ通知を送れます。ターミナルで /config を実行し、Push when Claude decides（長時間タスクの完了など Claude が判断したとき）と Push when actions required（許可プロンプトや質問が必要なとき）を有効にします。プロンプトの中で「テストが終わったら通知して」と依頼することもできます。Dispatch が生成したセッションも、完了時と承認が必要なときにスマホへ通知を出します。

なお、ターミナルに入力中またはターミナルにフォーカスしている間、モバイルプッシュ通知はスキップされます。席にいるあいだ通知が飛んでこないのは仕様です。

モバイル・Web での制約 ── コマンドと権限モード

見落とされやすい制約です。ターミナル UI を前提としたコマンドは、スマホや Web からは動きません。

下表は Remote Control セッション（＝自分のマシンで動いているセッション）にモバイル / Web から接続した場合の挙動です。クラウドセッションでは一部が異なります。

（出典: Remote Control | Claude Code Docs、2026 年 9 月時点）

モバイルアプリから選べる権限モードにも追加の制約があります。 使えるモード自体は前掲の課金・プラン表のとおりですが、公式ドキュメントはそのうえで「どちらの場合でもアプリから Bypass permissions を選択することはできず、リモートコントロールセッションの Auto を選択することもできません」と述べています（モバイルの Claude Code、2026 年 9 月時点）。Remote Control のモード一覧にもともと Auto は含まれないため、この一文は「アプリ側からモードを上げることはできない」と読めば十分です。権限モードは PC 側で決めておく、と覚えておいてください。

スマホからファイルや画像を送ることもできます。Claude アプリまたは claude.ai/code に添付ファイルを追加すると、Claude Code がそれをマシンにダウンロードし、@ ファイル参照として渡します。スクリーンショットを撮って「これを直して」と送る運用が可能です。

Remote Control 詳解 ── ローカルセッションを外から操る

Remote Control は、自分のマシンで動いている Claude Code のセッションに、claude.ai/code または Claude モバイルアプリから接続して操作する機能です。 2026 年 9 月時点でリサーチプレビュー段階です。公式ドキュメントは冒頭で「すべてのプランで利用可能」と書く一方、要件の節では Pro / Max / Team / Enterprise を列挙しており、無料プランへの明示的な言及はありません。また Team および Enterprise では管理者が有効化するまで既定でオフです。

要件

• サブスクリプション: Pro / Max / Team / Enterprise。API キーはサポートされていません
• 認証: claude を実行し /login で claude.ai 経由のサインインが必要
• API エンドポイント: Amazon Bedrock、Google Cloud の Agent Platform、Microsoft Foundry では利用不可。v2.1.196 以降は ANTHROPIC_BASE_URL が api.anthropic.com 以外（LLM ゲートウェイやプロキシ）を指していると無効
• ワークスペース信頼: 対象ディレクトリで最低 1 回 claude を実行し、信頼ダイアログを受け入れておく

この 4 条件のうち企業で最初に引っかかるのは 3 番目です。 LLM ゲートウェイ経由に接続先を統一している組織では、Remote Control と両立しません。ここは導入判断の前提条件になります。

起動の 3 つの方法

CLI からの起動方法は 3 つあり、どれを選ぶかで「ターミナルでも入力できるか」「会話履歴を引き継ぐか」が変わります。

VS Code 拡張からも /remote-control（/rc）で開始できます。プロンプトボックスの上に接続ステータスのバナーが出ますが、CLI と違って名前引数を受け取らず、QR コードも表示されません。

サーバーモードの主なフラグは次のとおりです。

--spawn=same-dir が既定である点は注意が必要です。同じディレクトリを共有するため、同じファイルを編集するセッションどうしは競合しえます。 並列で回すなら --spawn=worktree を選びます（分離の仕組みそのものはClaude Code の git worktree による並列化で解説しています）。

（要件・起動経路・フラグの出典: Remote Control | Claude Code Docs、2026 年 9 月時点）

セキュリティモデル

企業で説明を求められたときに使える整理です。

• インバウンドポートを開かない: ローカルの Claude Code はアウトバウンド HTTPS リクエストのみを行い、マシン上のインバウンドポートを開きません。必要なのはポート 443 での Anthropic API へのアクセスだけです
• すべて TLS: トラフィックは TLS 経由で Anthropic API を通り、通常の Claude Code セッションと同じトランスポートセキュリティです
• 短命の資格情報: 接続は複数の短命な認証情報を使い、各認証情報は単一の目的にスコープされ独立に期限切れになります
• 実行とファイルはローカルに留まる: コード実行とファイルシステムアクセスは自分のマシン上です
• ただしトランスクリプトは保存される: 「Remote Control が接続されている間、セッショントランスクリプト（メッセージ、Claude の応答、ツールアクティビティを含む）は Anthropic サーバーに保存されます」と明記されています。デバイス間の同期と再接続のためです

（出典: Remote Control | Claude Code Docs、2026 年 9 月時点）

「ファイルは外に出ない」は正しいが、「何も外に出ない」は誤りです。 稟議や情シスへの説明では、トランスクリプトが Anthropic サーバーに保存される点を明示しておくと後で揉めません。完全にオフにしたい場合は disableRemoteControl 設定を使います。また、Zero Data Retention などのコンプライアンス要件を持つ組織は Remote Control を有効にできません。

信頼できるデバイス（Trusted Devices）

Team / Enterprise 向けのベータ機能で、既定はオフです。有効にすると、Remote Control セッションを表示・操作する前に次の両方が必要になります。

1. 登録されたデバイス: 使用する各ブラウザ・スマホ・デスクトップアプリが個別に認証情報を登録する。登録は完全なサインインの直後にのみ提供される
2. 最近のサインイン: サインインが 18 時間以内であること。超えた場合は Face ID / Touch ID / Windows Hello / パスキーで存在を確認する

生体認証はデバイス上で OS またはブラウザが実行し、Anthropic は指紋・顔データなどの生体情報を受け取りも保存もしません。保存されるのはデバイスの公開鍵と表示名・プラットフォーム・登録時刻などのメタデータのみです。この設定は Remote Control にのみ適用され、通常の Claude チャット・ターミナルの Claude Code・API 利用には影響しません。

制限

「外出先で試したら切れていた」の多くは、3 行目の 10 分ルールが原因です。

（信頼できるデバイス・制限の出典: Remote Control | Claude Code Docs、2026 年 9 月時点）

実機検証 ── v2.1.145 で何が動き、何が動かなかったか

ここは、公式ドキュメントが書いていない「特定のバージョンで実際にどう動くか」を確かめた、本記事独自の検証結果です。 仕様そのものはドキュメントに書かれていますが、ドキュメントは常に最新版を前提に書かれるため、手元のバージョンでその記述が成立するかは別問題です。2026 年 9 月 6 日、macOS 上の Claude Code v2.1.145 で、本記事に登場するコマンドを実際に叩きました。以下はすべて手元で実行した結果であり、再現可能です。ここに記載していない仕様はすべて「公式ドキュメント記載」であり、実機で確認したものではありません。

検証 1: バージョンの確認

claude --version
# 2.1.145 (Claude Code)

検証 2: claude remote-control は組織ポリシーで弾かれた

claude remote-control
# Error: Your organization requires Trusted Devices for Remote Control,
# but this device is not enrolled. Please run `/login` in Claude Code to enroll this device.

前節で説明した Trusted Devices が有効な組織では、CLI 側の claude remote-control がそもそも起動しません。

このエラー文言も対処法も、公式ドキュメントに載っています。 書かれていないのは「いつこれに当たるか」です。ドキュメントは「Claude Code を実行しているマシンは、開発者が CLI にサインインするときに独自の認証情報を自動的に受け取ります。ターミナルに別の登録ステップはありません」と説明しています（Remote Control | Claude Code Docs、2026 年 9 月時点）。

ところがこの環境はすでにサインイン済みで、通常の Claude Code は問題なく動いている状態でした。それでも Remote Control だけが未登録として弾かれています。つまり「サインイン済みだから大丈夫」とは限らず、/login をやり直すまで Remote Control が使えない端末が存在しうるということです。企業導入で最初にぶつかる壁がここであることを、手元で確認できたことになります。解決策はエラーメッセージのとおり Claude Code 内で /login を実行してデバイスを登録することです。

検証 3: --cloud はこのバージョンに存在しなかった

公式ドキュメントは、ターミナルからクラウドセッションを起動するフラグを --cloud と記載し、「古い --remote スペルは --cloud の非推奨エイリアスとしてまだ機能します」と説明しています。ところが手元では逆でした。

claude --help | grep -c -- --cloud
# 0

claude --cloud --zzz-nope
# error: unknown option '--cloud'

claude --remote --zzz-nope
# error: unknown option '--zzz-nope'

3 番目のコマンドがポイントです。存在しないダミーフラグ --zzz-nope を一緒に渡すと、パーサーは認識できない方についてエラーを返します。--cloud を渡したときは --cloud 自体が不明と言われ、--remote を渡したときはダミーの方が不明と言われた ── つまり v2.1.145 では --remote は存在し、--cloud は存在しません。 ドキュメントが記述しているリネームが、このバージョンにはまだ届いていないということです。

検証 4: ヘルプに出ないが動くフラグがある

claude --teleport --zzz-nope
# error: unknown option '--zzz-nope'   ← --teleport は認識されている

claude --rc --zzz-nope
# error: unknown option '--zzz-nope'   ← --rc も認識されている

一方で claude --help のオプション一覧に載っていたのは --remote-control と --remote-control-session-name-prefix だけで、--teleport はヘルプに出てきません。「ヘルプに無いから使えない」と判断すると取りこぼします。

この検証から言えること

「ドキュメントどおりに叩いたのに動かない」の最頻原因は、仕様ではなく手元のバージョンです。 Remote Control とクラウドセッション関連だけでも、公式ドキュメントには次のようなバージョン境界が並んでいます。

手元の v2.1.145 は、この表のすべてを下回っています。 検証で --cloud が無かったのも同じ理由です。うまくいかないときは、機能の可否を疑う前に claude --version を確認し、最新版に更新してから再現するのが最短です。エラーの切り分け全般はClaude Codeのエラー対処法・トラブルシューティングにまとめています。

Web とターミナルを行き来する

ここには非対称性があります。公式ドキュメントは「CLI からのセッションハンドオフは一方向です」と明言しています（ウェブ上の Claude Code を使用する、2026 年 9 月時点）。

つまり、「ターミナルで書き始めた作業を、そのままクラウドへ引き渡す」ことは CLI からはできません。 進行中のセッションを別のサーフェスへ送りたい場合はClaude Code デスクトップアプリの Continue inを使うか、Remote Control で外から覗く形にします。Desktop から Web への送信にはクリーンなワーキングツリーが必要で、SSH セッションでは利用できません。

--teleport の 4 つの前提条件

--teleport でクラウドセッションを手元に引くときは、次の 4 条件がチェックされます。

1. クリーンな git 状態（未コミットの変更があるとスタッシュを求められる）
2. 正しいリポジトリ（フォークではなく同じリポジトリのチェックアウトから実行する）
3. ブランチがリモートにプッシュ済み（teleport が自動でフェッチしてチェックアウトする）
4. 同じ claude.ai アカウントで認証されている

--teleport は --resume とは別物です。--resume はこのマシンのローカル履歴から会話を再開するもので、クラウドセッションは一覧に出ません。

（出典: ウェブ上の Claude Code を使用する、Desktop application。いずれも 2026 年 9 月時点）

企業で使うときの論点 ── データ所在・管理者トグル・共有可視性

組織で使うかどうかの判断は、機能比較ではなく「そもそも使えるか」の確認から始めます。 2026 年 9 月時点で、次の 3 条件のいずれかに当てはまる組織は、該当機能を使えません。

IP 許可リストについては、Anthropic サポートに連絡して Anthropic ホスト型サービスを許可リストから除外する運用が案内されています。

この 3 条件は「組織の設定次第では解除できない」たぐいの前提条件です。 次項では、これとは別に管理者が日常的にオン・オフできるトグルを一覧にします。

管理者が握っている 8 つのトグル

使えることが確認できたら、次は誰が何をオン・オフできるかです。上の 3 条件に当てはまらない組織でも、ここがオフなら使えません。

1〜6 は同じ画面（claude.ai/admin-settings/claude-code）に並んでいます。 「クラウドセッションが作れない」「Remote Control may not be available for this organization と出る」といった症状は、コンプライアンス設定ではなくこの画面のトグルが原因であることが少なくありません。

（出典: Remote Control、ウェブ上の Claude Code を使用する、Desktop application。いずれも 2026 年 9 月時点）

組織共有のクラウド環境にもシークレットは置くべきではありません。 個人環境と同様に専用シークレットストアが無く、値はその環境のすべてのメンバーのセッションに届くため、公式ドキュメントも「シークレットを含めないでください」と案内しています。

情シスへそのまま送れる確認テンプレ

導入検討時に、情シス・IT 部門へ次の 9 問を投げれば必要な判断材料がそろいます。

【Claude Code のWeb版・Remote Control 利用可否の確認】

1. 当社の Claude 契約は Pro / Max / Team / Enterprise のどれですか。
   Enterprise の場合、プレミアムシートまたは Chat + Claude Code シートは付与されていますか。
2. Zero Data Retention（ZDR）は有効になっていますか。
   → 有効な場合、クラウドセッション（Web版）と Remote Control は利用できません。
3. IP 許可リスト（IP allowlisting）は有効になっていますか。
   → 有効な場合、すべてのクラウドセッションが認証エラーになります。
4. Claude Code の接続先は api.anthropic.com ですか。
   Bedrock / Google Cloud の Agent Platform / Microsoft Foundry、
   または LLM ゲートウェイ経由の場合は Remote Control が使えません。
5. 管理コンソール（claude.ai/admin-settings/claude-code）の
   Code in the web トグルは有効ですか。
   → オフだと Claude Code on the web が組織全体で使えません。
6. 同じ画面の Remote Control トグルは有効ですか。既定はオフです。
   Code in the desktop（デスクトップアプリでの利用可否）もあわせて確認してください。
7. Require trusted devices を有効にする方針はありますか。
   有効にする場合、メンバーは端末ごとに1回の登録と、18時間ごとの生体認証が必要になります。
8. Quick web setup（/web-setup）をメンバーに許可しますか。
   許可すると、各自のローカル gh トークンが Claude アカウントに同期されます。
9. クラウドセッションからアクセスできるリポジトリの範囲は、
   GitHub 側のチーム/リポジトリ メンバーシップで制御する前提でよいですか。
   （Claude GitHub App のインストール範囲はアクセス制御になりません）

契約形態そのものの検討はClaudeの法人契約（Team / Enterprise）の選び方、セキュリティ設定全般はClaude Code のセキュリティとエンタープライズ設定で扱っています。

見落としやすい 3 つの運用リスク

1. Pro / Max の Public 共有: セッション共有の可視性で述べたとおり、個人プランで社用コードを触る運用は、共有設定の事故が起きたときの射程が組織プランと違います
2. Auto-fix と PR コメント連動の自動化: Auto-fix を有効にすると Claude が GitHub のレビューコメントスレッドに返信することがあります。返信はユーザーの GitHub アカウントで投稿されます（各返信には Claude Code 由来のラベルが付きます）。Atlantis や Terraform Cloud のように issue_comment イベントで動く自動化があるリポジトリでは、Claude の返信がそれらのワークフローを起動しうるため、有効化前に確認が必要です
3. 並列実行とレート制限: クラウド VM への追加コンピュート料金はありませんが、レート制限はアカウント内の他の Claude / Claude Code 利用と共有です。並列でタスクを走らせるほどレート枠を消費します

何が「追える」のか ── コミットに残るセッション URL

稟議や監査の文脈では「誰が何を承認したか」を聞かれます。この点について公式ドキュメントが定めているのは次の一点です。Claude がクラウドセッションで作成したコミットには Claude-Session: <url> という git トレーラーが付き、PR 本文にもセッション URL が独立した行で入ります（v2.1.179 以降）。つまり、後から「この変更はどのセッションで生まれたか」をコミットから逆に辿れます。

逆に言えば、トレーラーを消す設定も存在します。 attribution.sessionUrl を false にするとトレーラーと PR 本文のリンクの両方が省略されます（設定自体は v2.1.182 以降）。追跡可能性を運用ルールにするなら、この設定を無効化しない方針を先に決めておく必要があります。

なお、これはあくまで「変更とセッションの紐付け」であって、方針を誰が承認したかの記録ではありません。Plan モードで提示された方針に「進めて」と返すのは会話上のやりとりなので、決裁として残す必要があるなら議事録や Issue へ別途記録する運用を決めてください。

（出典: クラウド環境を設定する、2026 年 9 月時点）

非エンジニアの業務利用シナリオ

Claude Code on the web は GitHub リポジトリを対象にしますが、リポジトリに入っているのはソースコードだけとは限りません。 設定ファイル、Markdown のドキュメント、CSV、テンプレート ── これらを扱うなら、非エンジニアでも実用になります。ローカル環境の構築が不要な Web 版は、特にこの層と相性が良い入口です。

ポイントは、Web 版のセッションは必ず「ブランチ」という形で成果が残ることです。いきなり本番が書き換わることはなく、レビューを経て PR にする流れが組み込まれています。承認プロセスを崩さずに AI を業務へ差し込めるという意味で、管理側にとっても扱いやすい形式です。

非エンジニア向けの具体的なタスク例はClaude Codeとは（エンジニア以外でも使える実践タスク5選）にまとめています。

うまくいかないときの切り分け

エラーメッセージから原因を引く早見表です。

（エラー文言と対処の出典: Remote Control、ウェブ上の Claude Code を使用する、Claude Code をウェブで始める。いずれも 2026 年 9 月時点）

よくある質問

まとめと次のステップ

Claude Code の「ターミナル以外の入口」は 2026 年 9 月時点で 5 系統ありますが、選ぶ軸は「ローカル環境が要るか」と「PC が起動しているか」の 2 問だけです。

• ローカル環境が要らない → Claude Code on the web（claude.ai/code）。セットアップが最も軽く、PC の電源も不要
• ローカル環境が要る → Remote Control。ファイル・MCP・プロジェクト設定がそのまま使えるが、PC が動き続けている必要がある
• スマホは操作画面であって実行環境ではない。上のどちらに接続しているかで、できることが変わる
• 企業で使うなら、機能比較より先に「そもそも使えるか」（ZDR / IP 許可リスト / Bedrock 等の経由）を確認する
• ドキュメントどおりに動かないときは、まず claude --version。実機検証で示したとおり、バージョン境界が原因であることが少なくない

次に読むべき記事は、目的によって分かれます。デスクトップアプリで並列セッションを回したいならClaude Code デスクトップアプリ並列ガイド、定期実行や PR 起動の自動化ならClaude Code Routines の 3 トリガー、そもそもの導入手順からならClaude Code のインストール手順、機能の全体像を押さえたいならClaude Code完全ガイドへ進んでください。

関連記事

• Claude Code完全ガイド ── クラスターの親記事。機能の全体像
• Claude Code デスクトップアプリ並列ガイド ── ⌘+N の自動 worktree 隔離とサイドチャット
• Claude Code Routines 完全ガイド ── スケジュール・API・GitHub Webhook による自動化
• Claude Codeとは？エンジニア以外でも使える実践タスク5選 ── 非エンジニア向けの入口
• Claude Codeの導入・インストール ── ローカル CLI のセットアップ
• Claude Code料金プランの違いと選び方 ── プラン別の使える機能
• Claude Code のセキュリティとエンタープライズ設定 ── 組織導入時のセキュリティ設計
• Claudeの法人契約ガイド ── Team / Enterprise の契約形態と稟議
• Claude Code worktree 並列化 ── --spawn=worktree の下地となる仕組み
• Claude Codeのエラー対処法・トラブルシューティング ── エラー全般の切り分け