背景

この連載では、Claude Codeの公式ドキュメントを1ページずつ読み解いていきます。公式ドキュメントは情報が網羅されている分、「結局どの機能を、どんな場面で使えばいいのか」は自分で考える必要があり、読むのに意外と時間がかかります。そこで、私が実務で使うために読み込んだ内容を「使う場面→実例コード」の順に整理して残していくことにしました。専門家の解説というより、一次情報を読んだ記録です。推測や動作を確認していない部分には、その都度そう書きます。

一言でいうと何か

Claude Code をどこで動かすか(CLI・Desktop・VS Code・JetBrains・Web・モバイル)と、何に接続するか(Chrome・GitHub/GitLab の CI・Code Review・Slack など)を比較して選ぶための一覧ページです。どのサーフェスも同じエンジンを動かしますが、それぞれ得意な作業スタイルが違う、というのが要点です。個別の操作手順ではなく「自分のワークフローに合う場所とツールを選ぶための地図」にあたります。

どういう場面で役立つか

Claude Code をどの環境で使い始めるか迷っているとき。ターミナル中心ならCLI、ビジュアルにdiffを見たい・並列で回したいならDesktopやIDE拡張、というように、作業スタイルから選ぶ判断材料が揃っています。

すでに使っているツールと Claude Code をつなぎたいとき。GitHub/GitLab の CI で自動レビューを回す、Slack のメンションから PR を作る、Chrome でログイン済みのWebアプリを操作する、といった統合の選択肢と用途を確認できます。

ターミナルの前にいない時間にも作業を進めたい・監視したいとき。モバイルからの Dispatch、実行中セッションを別端末から操作する Remote Control、チャットや自前サーバーのイベントで動く Channels、定期実行(スケジュールタスク)など、離席時の手段が整理されています。

不要・向かないケース：このページは概念や具体的なセットアップ手順を教えるものではなく、選択のための比較表が中心です。すでに使う環境が 1 つ(たとえば CLI だけ)に決まっていて他を検討する必要がない場合は、読む必要は薄めです。また各プラットフォーム・統合の実際の導入手順はそれぞれの個別ページにあり、このページからは得られません。

選択肢の内容と解説

前述のとおり、このページにはコードブロックがありません(セットアップに使うインラインのコマンド、たとえば Remote Control の claude remote-control などが少数あるのみ)。ここでは各表の内容を、選び方とあわせて説明します。以下の分類・用途はすべて元ページの記載に基づきます。

Claude Code を実行する場所(プラットフォーム)

ローカルで動かすサーフェスとして、CLI・Desktop・VS Code・JetBrains があります。

CLI はターミナルネイティブな作業に最も機能が揃ったサーフェスで、ターミナルワークフロー・スクリプティング・リモートサーバーに向きます。完全な機能セットに加え、Agent SDK やコンピューター使用(macOS の Pro および Max)、サードパーティプロバイダーが使えます。元ページによれば、スクリプティングと Agent SDK は CLI のみの機能です。

Desktop はビジュアルレビュー・並列セッション・管理されたセットアップに向き、diff ビューアー、アプリのプレビュー、コンピューター使用と Dispatch(Pro/Max)を提供します。VS Code はターミナルに切り替えずエディター内で作業でき、インライン diff・統合ターミナル・ファイルコンテキストを持ちます。JetBrains(IntelliJ、PyCharm、WebStorm など)も同様に、diff ビューアー・選択共有・ターミナルセッションをエディター内で使えます。元ページは、Desktop と IDE 拡張は CLI のみの機能の一部を、ビジュアルレビューやエディターとの緊密な統合と引き換えにする、と位置づけています。

クラウド/モバイル側では、Web(Claude Code on the web)は Anthropic 管理のクラウドで実行されるため、あまり操作の要らない長時間タスクや、切断後も続行すべき作業に向きます。モバイル(iOS/Android の Claude アプリ)は、これらのクラウドセッションや、Remote Control 経由のローカルセッションへのシンクライアントとして機能し、Dispatch で Desktop にタスクを送れます。

選び方の補足として元ページは次を挙げています。同じプロジェクトで複数のサーフェスを混在させることができ、設定・プロジェクトメモリ・MCP サーバーはローカルのサーフェス間で共有されます。プロバイダーの都合では、Amazon Bedrock または Microsoft Foundry を使う場合は CLI か VS Code を使うか、Claude Desktop on 3P(それらのプロバイダーで Code タブを実行する)を使う、とされています。

ツールを接続する(統合)

統合は、Claude をコードベースの外にあるサービスと連携させる仕組みです。主な選択肢は次のとおりです。Chrome はログイン済みのセッションでブラウザを制御し、Web アプリのテスト・フォーム入力・API なしのサイト自動化に使います。GitHub Actions は CI パイプラインで Claude を実行し、自動 PR レビュー・Issue トリアージ・スケジュール済みメンテナンスに使います。GitLab CI/CD は GitLab で同じことを行います。Code Review はすべての PR を自動的にレビューし、人間のレビュー前にバグを拾います。Slack はチャネルの @Claude メンションに応答し、チームチャットのバグレポートを PR に変えます。ここに挙がっていない連携は、MCP サーバーとコネクター(Linear、Notion、Google Drive、自前の内部 API など)でほぼ何でも接続できる、と補足されています。

ターミナルから離れているときに作業する

この節の表は元ページでは英語のままですが、内容は「何が作業のきっかけ(トリガー)になるか」「Claude がどこで動くか」「必要なセットアップ」「向く用途」で 5 つの手段を比較しています。

Dispatch は、Claude モバイルアプリからタスクをメッセージするとトリガーされ、Claude は自分のマシン(Desktop)で動きます。セットアップはモバイルアプリと Desktop のペア設定で、離席中に最小限の準備で作業を委任するのに向きます。Remote Control は、claude.ai/code またはモバイルアプリから実行中のセッションを操作するもので、Claude は自分のマシン(CLI または VS Code)で動きます。claude remote-control を実行して使い、別端末から進行中の作業を舵取りするのに向きます。

Channels は、Telegram や Discord のようなチャットアプリ、あるいは自前サーバーからイベントをプッシュしてトリガーし、Claude は自分のマシン(CLI)で動きます。channel プラグインを入れるか自作して使い、CI 失敗やチャットメッセージのような外部イベントへの反応に向きます。Slack は、チームチャネルで @Claude をメンションするとトリガーされ、Claude は Anthropic のクラウドで動きます。Claude Code on the web を有効にした状態で Slack アプリを入れて使い、チームチャットからの PR やレビューに向きます。スケジュールタスクは、スケジュールを設定するとトリガーされ、Claude は CLI・Desktop・クラウドのいずれかで動きます。頻度を選ぶだけで設定でき、毎日のレビューのような定期自動化に向きます。

元ページは最後に、どこから始めるか迷う場合は CLI をインストールしてプロジェクトディレクトリで実行すること、ターミナルを使いたくない場合は Desktop が同じエンジンをグラフィカルインターフェースで提供することを勧めています。

まとめ

Claude Code はどのサーフェスでも同じエンジンを動かし、CLI・Desktop・VS Code・JetBrains・Web・モバイルから作業スタイルに合うものを選べます。設定やメモリ、MCP はローカルサーフェス間で共有されるので、同じプロジェクトを複数のサーフェスで併用できます。統合(Chrome・GitHub/GitLab の CI・Code Review・Slack、その先は MCP/コネクター)で外部サービスとつなぎ、Dispatch・Remote Control・Channels・Slack・スケジュールタスクで離席中も作業を回せます。まず CLI から始め、必要に応じて Desktop や統合を足していくのが元ページの勧める入り口です。

次回は、このページから各プラットフォームへ入る最初の一歩として未執筆のもの(たとえば Desktop や VS Code などのサーフェス個別ページ)を取り上げる予定です。※連載の実際の次テーマは未確定です。確定後にこの予告と、既存記事の予告の食い違い(引き継ぎ課題2)をあわせて調整します。

---

この記事は執筆時点の公式ドキュメントに基づいています。最新の情報は必ず公式ドキュメントをご確認ください。