Claude Code に Web 版はあるのか：クラウド実行、Remote Control、Desktop を分けて考える

あります。2026 年 5 月 7 日時点の公式ドキュメントでは、Claude Code は claude.ai/code からブラウザで使える Claude Code on the web を提供しています。ただし、これを「ローカルの Claude Code がそのままブラウザに入ったもの」と理解すると判断を誤ります。

最初に見るべきなのは画面ではなく実行場所です。Claude Code on the web は Anthropic 管理のクラウド環境で GitHub リポジトリを扱う経路です。Remote Control はブラウザやスマートフォンからローカルの Claude Code セッションを操作する経路です。Claude Code Desktop はローカル、クラウド、SSH などのワークスペースを選べるグラフィカルな経路です。ターミナルや IDE は、現在の checkout、未コミット差分、ローカルツールに密着した経路です。第三者 Web UI は公式経路ではなく、別製品として扱う必要があります。

未コミットのローカル差分、本番に近いローカル DB、社内ネットワーク、手元だけにある .env、ローカル MCP サーバー、頻繁な手動確認が必要な作業なら、いきなりクラウド Web に投げないでください。まずローカル経路で状態を整理し、GitHub 上のブランチとしてレビューできる単位だけを Web に渡すほうが安全です。

早見表：コードがどこで動くかで選ぶ

日本語で「Claude Code Web インターフェース」と探す人の多くは、入口そのものよりも「ブラウザから使えるならローカル環境なしでよいのか」「CLI と同じファイルを見られるのか」「公式と非公式 UI はどう違うのか」を知りたいはずです。答えは、ブラウザ表示の有無ではなく、実行境界で分けると明確になります。

公式 Web を選ぶべきなのは、対象リポジトリが GitHub にあり、タスクを独立して説明でき、クラウド環境に必要な依存関係を構成でき、最後にブランチ、diff、テスト、PR をレビューできる場合です。この条件を満たすなら、ブラウザから開始して後で戻るワークフローはかなり自然です。

Remote Control を選ぶべきなのは、見た目はブラウザでよいが、実行は手元に残したい場合です。たとえば移動中に進捗を見たい、スマホからローカルセッションに指示を追加したい、しかしコードやネットワークや秘密情報は自分のマシンから出したくない、という場面です。

Desktop を選ぶべきなのは、CLI だけではレビューしにくく、ファイル、diff、ターミナル、preview をまとめて見たい場合です。ただし Desktop でもローカル、クラウド、SSH の選択があります。単に「Desktop を使う」と言うだけでは境界は決まりません。どのセッションで動かすかまで書く必要があります。

Claude Code on the web が実際に行うこと

Claude Code on the web は claude.ai/code からタスクを開始します。アカウントでログインし、GitHub を接続し、Claude Code GitHub App に対象リポジトリの権限を与え、リポジトリとブランチを選び、必要に応じて setup script、環境変数、ネットワーク、proxy、Docker などを設定します。その後 Claude はクラウド側の隔離環境でリポジトリを扱い、変更をブランチや PR としてレビューできる形にします。

初回利用では次の順に確認すると混乱しにくくなります。

1. Claude Code Web にアクセスできるアカウントで claude.ai/code を開く。
2. GitHub を接続し、正しい organization を選ぶ。
3. Claude Code GitHub App に対象リポジトリの権限を与える。
4. リポジトリ、ベースブランチ、タスク範囲を確認する。
5. setup script、環境変数、ネットワーク設定、proxy、private registry などを必要な分だけ設定する。
6. 生成されたブランチ、diff、テスト結果、PR を人間がレビューしてから取り込む。

この経路が強いのは、完了まで常に見張らなくてもよい作業です。バグ修正、ドキュメント更新、依存関係の小さな更新、GitHub issue の処理、たまに触るリポジトリの探索、複数タスクの並列実行などは Web と相性があります。Claude がクラウドで作業し、あなたは後で結果を確認できます。

弱点は、手元の状態を自動では持ってこないことです。未コミット差分、ローカル DB、社内 API、VPN、手元だけにある CLI、ローカル MCP、隣のフォルダのスクリプトは、クラウド環境にはありません。必要なら setup script やネットワーク設定で再現しますが、それは明示的な環境設計です。

機能状態は変わり得ます。公式ページは preview、対応プラン、Team/Enterprise、GitHub 認証、モバイル監視、ネットワーク許可、setup の仕様を更新します。社内手順や記事にするなら、2026 年 5 月 7 日時点の判断として日付を入れ、将来の利用前には公式ドキュメントを確認してください。

Web 経路を先に使わないほうがよい場合

最も分かりやすい停止条件は未コミット差分です。GitHub にない変更を前提に修正したいのに、クラウド Web を先に使うと、Claude は古いブランチを見て作業します。結果として、すでに直した場所をもう一度直す、別の設計で PR を作る、ローカル差分と衝突する、といった事故が起きます。

次に危ないのは秘密情報とローカル依存です。.env、社内 registry、VPN、ローカルデータベース、認証済み CLI、個人の SSH 設定、検証用のブラウザプロファイル、手元だけの MCP サーバーが必要な作業は、クラウド Web の初期状態では動きません。安全に再現できないなら、ローカル経路を選ぶべきです。

三つ目は頻繁な操縦です。Claude Code on the web は、作業を任せて後で branch を見る流れに向いています。数分ごとに確認し、コマンドを差し込み、方向を変え、IDE の補助情報を見ながら進めるなら、ターミナル、IDE、Desktop、Remote Control のほうが自然です。

四つ目はレビュー責任が曖昧な場合です。Web が PR を作っても、マージ判断は人間とチームに残ります。特に非公開リポジトリ、顧客コード、規制対象データ、秘密情報を含むプロジェクトでは、誰が diff を見るか、ログとネットワークをどう扱うか、管理者権限を誰が持つかを決める必要があります。

Remote Control、Desktop、ターミナル、IDE は別々の答え

Remote Control は「ブラウザで触りたいが、ローカル実行を保ちたい」人向けの答えです。Claude Code は手元で動き、ブラウザやモバイルから操作します。ローカルファイル、ローカルコマンド、ネットワーク、未コミット差分をそのまま使える一方で、クラウドに移したわけではありません。

Desktop は「CLI だけでは見づらい」人向けの答えです。ファイル閲覧、編集、ターミナル、preview、diff、PR レビューを一つの画面で扱いやすくします。ただし Desktop の中でも実行先は選択式です。ローカル、クラウド、SSH のどれで動かしているのかを会話や手順書に残さないと、後でセキュリティ判断が崩れます。

ターミナルと IDE は、今の開発状態を最も正確に扱う答えです。現在のブランチ、未保存の設計メモ、ローカルテスト、エディタ拡張、lint、formatter、ブラウザ検証、社内 API が同じ作業空間にあります。大きなリファクタ、調査、テスト駆動の修正、細かいレビューには、今もこの経路が強いです。

実務では一つに固定する必要はありません。チームは GitHub issue を Web に任せ、ローカル差分の作業は IDE で進め、移動中の確認は Remote Control にし、diff の見やすさが必要なときだけ Desktop を使えます。大事なのは、開始時に「どの画面か」と「どこでコードが動くか」を同時に決めることです。

第三者 Web UI は公式 Web ではない

検索すると、Claude Code 用の Web UI、conversation viewer、browser wrapper、self-hosted dashboard、独自 agent gateway などが見つかります。便利なものもありますが、それらは claude.ai/code ではありません。公式 Web と同じ権限、隔離、ログ、GitHub 連携、サポートを持つとは限りません。

使う前に最低限確認することがあります。

• コードは手元、提供元サーバー、クラウド VM、ブラウザ sandbox のどこで実行されるのか。
• API key、cookie、GitHub token、SSH key、ローカルファイル権限をどのように扱うのか。
• prompt、ログ、diff、端末出力、リポジトリ内容は保存されるのか。
• Claude Code 本体の更新、権限モデル、出力形式変更にどう追従するのか。
• ネットワーク、ブランチ push、失敗時の retry、rollback を監査できるのか。
• private repo、顧客コード、秘密情報を扱うポリシーがあるのか。

答えが不明なら、機密リポジトリでは使わないでください。第三者 UI は demo、個人実験、社内プロトタイプには向くことがありますが、公式ドキュメントから信頼を借りることはできません。信頼するなら、その wrapper 自体の設計と運用を審査する必要があります。

claude.ai/code や Web アクセスが失敗するとき

失敗したら、まず層を切り分けます。入口が出ないのか、GitHub がつながらないのか、リポジトリが見えないのか、setup が落ちるのか、ネットワークが詰まるのか、間違った branch を見ているのか、利用量に達したのかで、対処は変わります。

claude.ai/code が見えない場合は、プラン、課金、組織設定、管理者制限、席種、地域や段階的展開を確認します。公開ドキュメントがあることと、自分のアカウントで今見えることは同じではありません。

リポジトリが表示されない場合は GitHub App を見ます。違う organization を選んだ、対象 repo に権限を付けていない、管理者承認が必要、個人アカウントと組織アカウントを取り違えた、という原因が多いです。

setup で落ちる場合は、クラウド環境に runtime、package manager、private registry、Docker、proxy、network allowlist、CLI があるかを確認します。手元に入っているものは、クラウドには明示的に入れない限りありません。

違う branch や文脈で作業している場合は、セッションを止め、repo、branch、タスク文、ローカル差分を確認します。ローカル状態が原因なら、Web を無理に直すより、Remote Control、Desktop、ターミナル、IDE に戻したほうが早いです。

利用量制限に当たった場合は、Web の障害と混ぜないでください。Claude Code on the web のタスクもアカウント容量を消費します。複数並列タスクは早く上限に近づきます。入口、権限、環境、容量のどれが原因かを分けることが、最短の復旧になります。

よくある質問

Claude Code に公式 Web 版はありますか？

あります。2026 年 5 月 7 日時点では、claude.ai/code から Claude Code on the web を使う公式経路があります。ただし、これはクラウド実行のブラウザ経路です。

ターミナル版と同じですか？

違います。ターミナル版は手元の shell とリポジトリで動きます。Claude Code on the web は GitHub リポジトリをクラウド環境で扱い、branch や PR として結果をレビューする経路です。

Remote Control は同じ Web 版ですか？

違います。Remote Control はブラウザやモバイルからローカルセッションを操作する仕組みです。実行場所は手元のマシンです。

未コミットのローカルファイルを Web が見られますか？

そう考えないでください。必要な状態が GitHub にない、またはクラウド環境に再現されていないなら、ローカル経路を使うか、先にレビュー可能な branch を作ります。

第三者の Claude Code Web UI を使ってもよいですか？

実験には使えますが、機密コードでは実行場所、鍵、ログ、ネットワーク、更新追従、データ保持を審査してください。公式 claude.ai/code と同じものではありません。

最初にどれを選ぶべきですか？

独立した GitHub タスクなら公式 Web。ローカル実行を保ってブラウザから操作したいなら Remote Control。画面で diff や terminal を見たいなら Desktop。ローカル状態が濃い作業ならターミナルまたは IDE です。

短い答えは、Claude Code には公式ブラウザ入口がある、です。実務上の答えは、画面名ではなく実行場所、データ境界、レビュー方法で経路を選ぶ、です。