結論: Claude Code は2026年時点でCLI・VS Code/JetBrains IDE拡張・Webアプリ・Desktopアプリ・Mobileアプリの5環境で動き、それぞれ得意な仕事が明確に違います。
この記事の要点:
- 要点1: CLIが全機能フルセット（Agent SDK・サードパーティプロバイダ・Computer Use）で最も強力だが、IDE拡張は日常コーディングに最適なインラインdiff体験を持つ
- 要点2: Webアプリだけが「PCを閉じても処理が続く」という唯一の特権を持ち、長時間バッチタスクを任せた後に帰宅できる
- 要点3: 環境をひとつに絞る必要はなく、設定・プロジェクトメモリ・MCP設定がローカル環境間で共有されるため自由に組み合わせられる
対象読者: Claude Codeを導入済みまたは導入検討中の開発者・エンジニアリングマネージャー・企業のAI推進担当者
読了後にできること: 自分の業務スタイルに合った環境を今日中に選び、最初のプロンプト10選のうち1本を実際に試せる
「Claude Codeって結局どの環境で使えばいいの？」
100社以上の企業でAI研修をしていると、この質問が毎回出てきます。特に2025年末から2026年にかけて環境の種類が急速に増えて、CLI・IDE拡張・Web・Desktop・Mobileと選択肢が5つになったこともあり、「全部試してみたけど違いがよく分からない」という声が増えてきたんです。
先月、ある大手メーカーのエンジニアリングマネージャーさんと1on1をしていたときの話です。「チームの半分がVS Code派で、残りがターミナル派なんですけど、どっちに統一すべきですか?」と聞かれました。正直に言うと、どちらかに統一する必要はほとんどないんです。5つの環境は設定を共有できるし、それぞれが得意な場面が違うので、組み合わせるのが正解なんですよね。
この記事では、2026年時点での全5環境の詳細仕様、用途別おすすめ早見表（10業務×推奨環境）、環境別プロンプト10選、そして失敗パターン4つをまとめます。環境選びで悩んでいる方がすっきり決断できるよう、コピペ可能なプロンプトつきで全部公開します。
まず押さえる: 5環境の基本マップ
Claude Codeの5環境は、「コントロールの細かさ」と「手軽さ」のトレードオフで整理できます。CLIが最も細かく制御できる反面、セットアップが必要。Mobileが最も手軽で、外出先から監視・指示を飛ばすのに向いています。
まず全体像を把握してから、各環境の詳細に入りましょう。AIエージェントとClaude Code全体の関係についてはAIエージェント導入完全ガイドで体系的にまとめていますので、基礎から理解したい方はそちらも合わせてどうぞ。
| 環境 | 最適な場面 | 唯一の特権 | 制約 |
|---|---|---|---|
| CLI | スクリプト・自動化・CI/CD | Agent SDK・サードパーティプロバイダ・Computer Use on macOS | ターミナル操作に慣れている必要あり |
| VS Code拡張 | 日常コーディング（VSCode/Cursor/Windsurf/Kiro） | インラインdiff・@-mention・チェックポイント巻き戻し | CLI専用コマンドは一部未対応 |
| JetBrains拡張 | IntelliJ/PyCharm/WebStorm等のJetBrains IDE | diffビューワー・選択共有・ターミナルセッション | VS Code拡張より機能はやや少なめ |
| Webアプリ | 長時間タスク・オフライン中継続・リポジトリ連携 | PC閉じても動き続ける（Anthropic管理クラウド） | ローカルファイルシステムへの直接アクセス不可 |
| Desktopアプリ | 並列セッション・視覚的レビュー・フルスタック開発 | Dispatch（スマホから指示）・Computer Use統合 | Linux非対応（Mac/Windowsのみ） |
| Mobile | 外出中の監視・タスク投げ・リモートコントロール | Dispatch経由でDesktopへタスク送信・外出先からRemote Control | 直接コーディングには不向き |
環境1: CLI — フルパワーのターミナル最速環境
CLIはClaude Codeのオリジンであり、2026年現在も「全機能が使える唯一の環境」という地位を保っています。ターミナルでclaudeコマンドを打てばすぐ起動するシンプルさの裏に、他の環境では使えない3つの専用機能が隠れているんです。
CLIだけが持つ3つの専用機能
1. Agent SDK（プログラマティックなマルチエージェント構築）
CLIからAgent SDKを使うと、複数のClaude Codeインスタンスを並列起動し、相互に連携するワークフローをプログラムで構築できます。たとえば「フロントエンド担当エージェント」「テスト担当エージェント」「コードレビュー担当エージェント」を同時に走らせて、それぞれの成果物を統合するといった使い方が可能です。
2. サードパーティプロバイダ（Bedrock・Vertex AI・Foundry）
企業がAWS Bedrock、Google Vertex AI、Microsoft Foundry経由でClaudeを契約している場合、CLIなら直接そのプロバイダを指定して使えます。VS Code拡張もVertex AIには対応していますが、Bedrock・Foundryは今のところCLIが必要です。
3. Computer Use on macOS（macOS限定・ProおよびMaxプラン）
Claudeがmacの画面を見て、マウスクリック・テキスト入力・ウィンドウ操作を自動で行う機能です。2026年3月24日にmacOS版がリサーチプレビューとして公開され、4月3日にWindows版も追加されました。CLIのComputer UseはmacOSのみ対応で、Desktopアプリは両OSで対応しています。
CLIの基本的な使い方（プロンプト例）
スクリプトやCI/CDとの連携では以下のようなプロンプトが実用的です。
このプロジェクトのテストスイートを実行して、失敗しているテストを特定し、
それぞれの原因を分析してください。
失敗原因の分類を表形式にまとめた後、
修正の優先順位を提案してください。
不足している情報があれば、最初に質問してから作業を開始してください。以下のPull Requestの差分を確認して、
1) バグのリスクがある箇所
2) パフォーマンスの懸念
3) コーディングスタイルの不統一
を箇条書きで指摘してください。
数字と固有名詞は、根拠を添えてください。Worktreeで並列セッションを走らせる
CLIのWorktree機能（claude --worktree feature-auth）を使うと、同じリポジトリで複数のブランチを独立した作業ディレクトリとして並行処理できます。ある研修先の大手SIerでこれを試してもらったとき、「フロント修正・バックエンドAPI修正・テスト追加を3インスタンスで同時進行させたら3日分の作業が4時間で終わった」という報告をもらいました。
Worktreeの詳細な使い方についてはClaude Code TUIフルスクリーンガイドで解説しています。
環境2: VS Code拡張 — 日常コーディングの最適解
VS Code拡張（正式名称: Claude Code Extension）は2025年末に正式リリースされ、2026年時点でCLIに次ぐ利用者数を誇っています。エディタを離れることなくClaude Codeの主要機能を使えることが最大の強みで、特にインラインdiffの操作感がユーザーから高い評価を受けています。
VS Code本体以外にも、Cursor・Windsurf・Kiroにインストールできます。Open VSXレジストリからも提供されているため、VS Codeフォークでも動作します。
VS Code拡張の4大特徴
1. インラインdiff（Accept/Rejectをワンクリック）
Claudeが変更を提案すると、エディタ内でオリジナルと提案の並列比較が表示されます。変更箇所にAccept・Rejectボタンが現れ、ワンクリックで採用・却下できます。CLIでは差分をターミナルで確認する必要があるのと比べると、視覚的な確認のしやすさが段違いです。
2. @-mentionでファイル・フォルダ・選択範囲を文脈に渡す
プロンプトの中で@ファイル名と打つと、そのファイルの内容がClaudeの文脈に追加されます。ファジーマッチ対応なので@authと入力すればauth.jsやAuthService.tsを自動で補完します。エディタで選択中のコードは自動的にClaudeに見えているため、「このコードをどう直す?」と聞くだけで文脈を伝えられます。
3. チェックポイントと会話の巻き戻し
会話の任意のメッセージにカーソルを当てると「巻き戻しボタン」が表示されます。「その時点からコードを分岐」「ファイル変更をその時点に戻す」「両方やる」の3択から選べます。試行錯誤しながら実装する場面でのやり直しが非常に楽になりました。
4. Planモードで変更前に計画を確認
プロンプトボックス下部のモード切替でPlanモードに変えると、Claudeは実際のファイル編集に入る前に「これからやること」を全文マークダウンで提示します。インラインコメントで修正指示を入れてからClaudeに実行させられるので、大規模なリファクタリングで「思ってたのと違う」を防げます。
VS Code拡張のプロンプト例2本
@src/auth/ ディレクトリ全体を確認して、
JWT検証のロジックに脆弱性がある箇所を見つけてください。
発見した場合は、リスクレベル（高/中/低）と修正案のコードを示してください。
仮定した点は必ず"仮定"と明記してください。現在選択中のコードをレビューしてください。
以下の観点で問題があれば指摘してください:
1. 可読性（命名・コメント・関数の長さ）
2. エラーハンドリングの漏れ
3. パフォーマンスのボトルネック
各指摘には修正例のコードスニペットを添えてください。環境3: JetBrains拡張 — IntelliJ/PyCharm/WebStormユーザー向け
JetBrains系IDEを使っている開発者向けには、専用の拡張機能が提供されています。IntelliJ IDEA・PyCharm・WebStorm・GoLand・CLionなど主要なJetBrains IDEで動作します。
VS Code拡張との主な違いは次の通りです。diffビューワーと選択共有・ターミナルセッション統合は両方に共通しますが、VS Code拡張が持つチェックポイント機能・@-mentionのファジーマッチ・PlanモードのインラインコメントはまだJetBrainsには実装されていません。一方で、JetBrains固有のAIアシスタントプラグインとの統合という強みがあります。
研修先でJetBrains派のJavaバックエンドチームに導入してもらったとき、「IntelliJから一歩も出ずにClaude Codeが使えるのが想像以上に生産性に効く」という感想をもらいました。IDE切り替えのコンテキストスイッチが減るだけで、1日あたり30〜40分の体感的な差があると言っていましたね。
JetBrains拡張プロンプト例
現在開いているクラスの単体テストを作成してください。
JUnit 5とMockitoを使い、
1) 正常系（happy path）
2) 境界値テスト（edge case）
3) 例外発生ケース
を網羅するテストコードを生成してください。
不足している情報があれば、最初に質問してから作業を開始してください。環境4: Webアプリ（claude.ai/code）— 「離れていても続く」唯一の環境
Webアプリは他の4環境と根本的に違う特権を持っています。それは「Anthropic管理のクラウド上でタスクが動くため、PCを閉じて帰宅しても処理が続く」ことです。
ブラウザでclaude.ai/codeを開き、GitHubアカウントと連携してリポジトリを選ぶだけで始められます。Node.jsのインストールもターミナルの知識も不要です。長時間かかるタスク（大型リファクタリング・ドキュメント一括生成・テストカバレッジ改善など）を夕方に投げて、翌朝結果を確認するというワークフローが実現できます。
ただし制約も明確です。ローカルファイルシステムへの直接アクセスができないため、GitHubに接続されていないローカルのみのプロジェクトには使えません。また、Webアプリで始めたセッションをVS Code拡張で引き継ぐことは可能ですが（Remote Sessions機能）、逆にWebへの同期はされません。
Webアプリに向いているタスクと向かないタスク
| タスク種別 | Webアプリ適性 | 理由 |
|---|---|---|
| 大型リファクタリング（数時間） | ◎ 最適 | PCを閉じても継続される |
| APIドキュメント一括生成 | ◎ 最適 | GitHubリポジトリ直接読み取り |
| PRレビューの自動化 | ◎ 最適 | Slack連携で@Claudeメンション対応 |
| リアルタイム対話的コーディング | △ 不向き | ローカルファイルに即座に反映できない |
| ローカル専用プロジェクト | ✕ 使用不可 | GitHub連携が前提 |
| Computer Use操作 | ✕ 使用不可 | Desktop/CLIのみ |
Webアプリプロンプト例（長時間バッチタスク向け）
このリポジトリ全体を分析して、以下の作業を順番に実行してください。
1. テストカバレッジが70%未満のモジュールをリストアップ
2. カバレッジの低い上位5モジュールのユニットテストを作成
3. 作成したテストをPull Requestとして提出
完了後にサマリーをPRの説明文に記載してください。
途中でエラーが発生した場合は、エラー内容とその時点での進捗状況を記録してから続行してください。環境5: Desktopアプリ — 視覚的レビューと並列セッションの本命
DesktopアプリはMac（Intel・Apple Silicon Universal）とWindows（x64・ARM64）で動きます。ClaudeアプリはChat・Cowork・Codeの3タブ構成で、Codeタブが開発作業のハブになります。
CLIを使えないわけではない開発者がDesktopを選ぶ理由は、主に3つです。
Desktopアプリの3つの強み
1. 並列セッションの管理UI
サイドバーに複数のセッション（それぞれ独立したチャット履歴・プロジェクトフォルダ・変更セット）を並べて切り替えられます。CLIのWorktreeと同様の並列作業をGUIで管理できるため、ターミナルを並べて管理するよりも状況を把握しやすいです。
2. Dispatch（スマホからタスク送信）
Mobile版のClaudeアプリとDesktopを「ペアリング」しておくと、外出先のスマートフォンからタスクを投げて、自分のPCのDesktopアプリにセッションを起動させられます。「通勤中にスマホでタスクを送信 → 帰宅したらDesktopで結果確認」というワークフローが実現できます。
3. Computer Use（Mac・Windows両対応）
Desktopアプリでは画面上のアプリを操作するComputer Use機能がMac・Windows両方で使えます（CLIはmacOSのみ）。Webサーバーを自動起動して内蔵ブラウザでプレビューしながらデバッグする、という使い方がDesktopの代表的なユースケースです。
環境6: Mobile — 外出中の「監視・指示」に徹する
iOS・Androidのどちらにも公式Claudeアプリがリリースされています。Mobile単体で完結したコーディング作業をするには現時点では不向きですが、次の2つの使い方では非常に有効です。
Remote Control（進行中セッションを外から操作）: CLIかVS Codeで/remote-controlを実行しておくと、別デバイスのclaude.ai/codeやMobileアプリから進行中のセッションを操作できます。コードレビューを手元のPCに任せつつ、移動中にスマホから追加指示を出すといった使い方です。
Dispatch（Desktopへのタスク委任）: DesktopアプリとMobileをペアリングしておけば、Mobileアプリのメッセージ送信だけで自分のPCにClaude Codeセッションを立ち上げられます。「朝の電車の中でタスクを仕込んで、オフィス到着時に結果を確認する」という使い方ができます。
用途別おすすめ環境早見表（10業務×推奨）
「どの業務にどの環境が向いているか」を実際の研修現場で試した経験も踏まえてまとめました。
| # | 業務・用途 | 第1推奨 | 第2推奨 | 理由 |
|---|---|---|---|---|
| 1 | 日常的なコーディング・リファクタリング | VS Code拡張 | JetBrains拡張 | インラインdiff・巻き戻しでリアルタイム確認が楽 |
| 2 | シェルスクリプト・自動化・CI/CD | CLI | GitHub Actions | Agent SDK・サードパーティ連携がCLIのみ |
| 3 | マルチエージェントワークフロー構築 | CLI | – | Agent SDKがCLI専用 |
| 4 | 大型リファクタリング（数時間） | Webアプリ | CLI（Worktree） | WebはPC閉じても継続・CLIはWorktreeで並列 |
| 5 | コードレビュー・PRレビュー自動化 | Webアプリ | CLI（GitHub Actions） | GitHub連携+Slack @Claudeで非同期レビュー |
| 6 | フルスタック開発（フロント+バック同時） | Desktop | VS Code拡張（複数タブ） | Desktop並列セッション+Computer Use自動確認 |
| 7 | ブラウザ操作・E2Eテスト自動化 | CLI（Computer Use） | Desktop | Computer Use+Chrome拡張で実際のブラウザ操作可 |
| 8 | AWS Bedrock/Vertex AI企業環境 | CLI | VS Code拡張（Vertex AI） | BedRock・Foundryは現時点でCLIのみ |
| 9 | 外出中のタスク監視・追加指示 | Mobile | Webアプリ | Dispatch+Remote Controlでスマホから操作 |
| 10 | ターミナル不慣れなビジネス職・PM | Desktop | Webアプリ | GUIでセッション管理・インストール最小限 |
環境別プロンプト10選
各環境で「これが一番よく使う」というプロンプトを環境ごとに厳選しました。コピペしてそのまま使えます。
【CLI専用】プロンプト3選
CLI-1: バッチリファクタリング（Worktree活用）
src/legacy/ 以下の全Pythonファイルを確認して、
以下の改善を行ってください：
1. 型アノテーションの追加
2. docstringの追加
3. 長さ50行超の関数を適切に分割
変更ごとにcommitし、最後にPull Requestを作成してください。
不足している情報があれば、最初に質問してから作業を開始してください。CLI-2: CI/CDパイプライン内のコードレビュー（GitHub Actions経由）
このPull Requestの差分を確認して、
マージ前に対処すべき問題を指摘してください。
セキュリティリスク（OWASP Top 10基準）と
パフォーマンスの問題を最優先で確認してください。
指摘はmarkdownのチェックリスト形式で出力してください。CLI-3: マルチエージェント並列テスト生成
このリポジトリのモジュール構成を分析して、
テストカバレッジが不足している上位5モジュールを特定してください。
特定後、各モジュールのテストをAgent SDKで並列生成して、
最後にカバレッジレポートを出力してください。
仮定した点は必ず"仮定"と明記してください。【VS Code拡張】プロンプト3選
VSCode-1: @-mentionを使ったアーキテクチャレビュー
@src/components/ と @src/services/ を確認して、
コンポーネントとサービス間の依存関係を整理してください。
循環依存がある場合は検出し、解消する方法を提案してください。
変更が大きくなる場合はPlanモードで計画を先に見せてください。VSCode-2: 選択範囲のリアルタイム最適化
今選択しているコードのパフォーマンスを最適化してください。
Big-O記法で現在の計算量を示し、
改善後の計算量と改善理由を説明してから、
最適化したコードを提示してください。VSCode-3: チェックポイントを使った安全なリファクタリング
このファイルのクラス設計をSOLID原則に沿って見直してください。
1) 現状の問題点を列挙
2) リファクタリング方針を提示して承認を得る
3) 承認後に実装
の3ステップで進めてください。途中の判断ポイントで確認を取ってください。【Webアプリ】プロンプト2選
Web-1: オフライン継続の長時間ドキュメント生成
このリポジトリのREADME.mdを全面的に書き直してください。
対象読者: 初めてこのOSSを触るエンジニア
含める内容: インストール手順・クイックスタート・設定オプション全一覧・よくある質問5件
Markdownで作成し、Pull Requestとして提出してください。
作業は2〜3時間かかっても構いません。完了したらPRのコメントに進捗を記録してください。Web-2: Slack @Claudeでチャットからコード修正
バグレポート: [Slackのバグ報告テキストをここに貼り付ける]
上記のバグを再現するテストケースを作成して、
修正のPull Requestを提出してください。
修正の説明文にはバグの根本原因と、同様のバグが他箇所にないかの確認結果を含めてください。【Desktop】プロンプト2選
Desktop-1: Computer Useで開発環境を自動セットアップ
このプロジェクトの開発環境をゼロからセットアップしてください。
1. 必要な依存関係のインストール
2. 開発サーバーの起動
3. ブラウザでlocalhost:3000を開いて動作確認
4. 確認した画面のスクリーンショットを添付してください
不足している情報があれば、最初に質問してから作業を開始してください。Desktop-2: 並列セッションでフロント・バック同時開発
セッション1（このセッション）:
バックエンドAPIエンドポイント /api/v2/users のCRUD実装
OpenAPI仕様書（openapi.yaml）に準拠すること
※ セッション2で同時にフロントエンドの実装を並列進行させます。
APIの型定義（TypeScript）をsrc/types/api.tsとして出力し、
フロントエンドから参照できるようにしてください。【要注意】Claude Code環境選びの失敗パターン4つ
失敗1: 「CLIだけ使えば十分」と思い込む
❌ CLIはフル機能だから他の環境を試さなくていい
⭕ 日常のコーディングではVS Code拡張のインラインdiffが圧倒的に効率的
なぜこれが重要か: CLIにはなんでもある。でもインラインdiffを使い始めると、「ターミナルで差分を確認して手動でコピペする」というフローに戻れなくなります。ある顧問先でシニアエンジニアに初めてVS Code拡張のdiffを使ってもらったとき、「なんで今まで使ってなかったんだろう」と言っていたのが印象的でした。
失敗2: Webアプリでローカルファイルを直接触ろうとする
❌「Webアプリからローカルの~/src/配下を編集してほしい」
⭕ ローカルファイルはCLI・VS Code拡張・Desktopのどれかで。WebアプリはGitHub連携済みのリポジトリのみ
なぜこれが重要か: Webアプリはブラウザから動いているので、ローカルファイルシステムには物理的にアクセスできません。「なぜ編集してくれないんだ」とトラブルシューティングに時間を取られるのは典型的な失敗パターンです。
失敗3: MobileアプリでゴリゴリのコーディングをしようとするC
❌ スマホだけでフルスタック開発を完結させようとする
⭕ Mobileは「監視・指示」に特化して使う。実装はDesktop/CLI/VS Codeに任せる
なぜこれが重要か: MobileアプリはDispatchとRemote Controlという強力な機能を持っていますが、これらはあくまで「ローカル環境への指示窓口」です。コードの直接編集・ローカルビルド・テスト実行はモバイルからはできません。
失敗4: 全員を同じ環境に「統一」しようとする
❌「チームを全員CLIに統一しよう」「全員VS Code拡張に移行しよう」
⭕ 設定・プロジェクトメモリ・MCP設定は共有できるので、環境は個人の好みに任せる
なぜこれが重要か: ローカル環境間（CLI・VS Code拡張・Desktop）は設定ファイル（~/.claude/settings.json）・CLAUDE.md・MCPサーバー設定を共有しています。「統一すべきはワークフロー・命名規約・レビュー基準であって、環境ではない」というのが2026年現在の正解です。Bedrockなどサードパーティプロバイダが必要なメンバーだけCLIを必須にする、というアプローチが現実的です。
移行ガイド: 他の環境からClaude Codeへの最短経路
既存のAIコーディングツールからClaude Codeへ移行する場合の注意点をまとめます。
GitHub Copilot → Claude Code（VS Code拡張）への移行
VS Code拡張はCopilotと競合する部分があるため、初期段階で両方を有効にしているとパフォーマンスの低下や予期しない動作が起きることがあります。まず両拡張を並列で2週間使って比較し、Claude Codeを本採用するタイミングでCopilotを無効化するという段階的な移行が安全です。
また、Copilotの補完スタイル（インライン補完）とClaude Codeのdiff提案スタイルは操作感が大きく異なります。最初の1〜2週間は「慣れていないから遅い」という感覚が出やすいので、チームへの導入時はこの点を先に説明しておくと離脱を防げます。
Cursor → Claude Code（CLI or VS Code拡張）への移行
CursorはVS Codeフォークなので、Claude Code VS Code拡張をそのままCursorにインストールできます（Open VSX経由）。Cursor固有のAgent機能との使い分けは、Claude Codeを主にコードレビュー・テスト生成・ドキュメント作成に使い、Cursorのインライン補完はそのまま残すという共存スタイルが最も摩擦が少ないです。
AWS CodeWhisperer → CLI（Bedrock経由）への移行
企業でAWS Bedrockを通じてClaudeを使っている場合、CLIのサードパーティプロバイダ設定でBedrockを指定します。VS Code拡張のBedrock対応は現時点では未実装のため、Bedrock環境ではCLIが必須です。セットアップ手順はClaude Code企業契約・セキュリティ設定ガイドにまとめています。
5環境の主要機能詳細比較表
各環境がサポートする機能を一覧にまとめます。
| 機能 | CLI | VS Code | JetBrains | Web | Desktop | Mobile |
|---|---|---|---|---|---|---|
| Agent SDK | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| Computer Use (macOS) | ✅ | ❌ | ❌ | ❌ | ✅ | ❌ |
| Computer Use (Windows) | ❌ | ❌ | ❌ | ❌ | ✅ | ❌ |
| インラインdiff | ❌ | ✅ | ✅ | ❌ | ✅ | ❌ |
| チェックポイント巻き戻し | ✅ | ✅ | ❌ | ❌ | ✅ | ❌ |
| Bedrock/Foundryプロバイダ | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
| Vertex AIプロバイダ | ✅ | ✅ | ❌ | ❌ | ✅（Enterprise） | ❌ |
| PC閉じても処理継続 | ❌ | ❌ | ❌ | ✅ | ❌ | ❌ |
| Dispatch（スマホ → PC） | ❌ | ❌ | ❌ | ❌ | ✅（Pro/Max） | ✅（Pro/Max） |
| Remote Control | ✅ | ✅ | ❌ | ✅ | ❌ | ✅ |
| Scheduled Tasks（定期実行） | ✅ | ❌ | ❌ | ✅ | ✅ | ❌ |
| GitHub Actions連携 | ✅ | ❌ | ❌ | ✅ | ❌ | ❌ |
| Slack @Claude連携 | ❌ | ❌ | ❌ | ✅ | ❌ | ❌ |
| MCP設定共有 | ✅ | ✅ | ✅ | ❌ | ✅ | ❌ |
| Linux対応 | ✅ | ✅ | ✅ | ✅（ブラウザ） | ❌ | ❌ |
どの環境から始めるべきか: 3タイプ別の推奨スタート
Claude Code初学者向けに、スタートラインごとの推奨入口をまとめます。
タイプA: ターミナルに慣れている開発者
まずCLIをインストールして基本操作を覚えた後、日常のコーディングはVS Code拡張に移行するのがベストです。CLIは引き続きスクリプト・CI/CD・Worktreeで使い続けます。詳細はClaude Code 20の機能完全解説を参照してください。
タイプB: ターミナルに不慣れなエンジニア・PM
Desktopアプリから始めてください。GUIでセッション管理ができるため、ターミナル知識なしでClaude Codeの主要機能を体験できます。慣れてきたらDesktopアプリ内のターミナルタブでCLIを使い始めるというステップアップが自然です。
タイプC: チームへの一括導入を担当するマネージャー
まず自分でVS Code拡張を2週間使ってみてから、チームへの展開方針を決めることをお勧めします。「全員統一」より「環境は自由、設定ファイルとCLAUDE.mdを共有」の方がリスクが低く、メンバーの習熟度に応じた環境選択を許容できます。企業向けの設定・セキュリティについてはClaude Code企業契約・セキュリティ設定ガイドにまとめています。
よくある質問 Q&A
Q: 複数の環境を同時に使っても料金が2倍になる?
A: なりません。Claude Codeのトークン消費は環境によらず同じモデルを使っているため、どの環境で使っても同じ料金体系です。
Q: VS Code拡張からCLIに切り替えると会話履歴は引き継がれる?
A: 引き継がれます。ターミナルでclaude --resumeを実行すると、VS Code拡張で行った会話のリストが表示されて選択できます。逆（CLI → VS Code拡張）も同様です。
Q: Webアプリで使ったセッションをDesktopで引き継げる?
A: VS Code拡張のRemote Sessionsタブから、GitHubリポジトリ連携で始めたWebアプリのセッションをダウンロードして引き継ぐことができます。ただしWebアプリへの逆同期はできません。
Q: MobileアプリだけでClaude Codeを使い始められる?
A: 技術的には可能ですが、実用的ではありません。Mobileは「進行中のセッションへの指示窓口」として設計されているため、ベースとなるCLI・VS Code拡張・Desktop・Webのいずれかが先にあることが前提です。
Q: Computer Useはどのプランから使える?
A: Pro以上のプランが必要です。Computer Use（macOS・Windows）はProプランとMaxプランで利用可能で、無料プランと基本プランでは使えません。
参考・出典
- Platforms and integrations — Claude Code Docs (Anthropic)（参照日: 2026-05-11）
- Use Claude Code Desktop — Claude Code Docs (Anthropic)（参照日: 2026-05-11）
- Use Claude Code in VS Code — Claude Code Docs (Anthropic)（参照日: 2026-05-11）
- Claude Code Platforms: CLI vs Desktop vs IDE vs Web — CodingNomads（参照日: 2026-05-11）
- Claude Code Mobile: iPhone, Android & SSH (2026) — Sealos Blog（参照日: 2026-05-11）
まとめ: 今日から始める3つのアクション
- 今日やること: 自分のメイン環境（CLI/VS Code拡張/Desktop）のどれかひとつをインストールして、この記事のプロンプト10選から1本をそのまま試してみる
- 今週中: Webアプリ（claude.ai/code）でGitHubリポジトリを連携させて、長時間タスク（ドキュメント生成やリファクタリング）を1本投げる。「PCを閉じても続く」感覚を体験する
- 今月中: チームで使うCLAUDE.md（プロジェクトメモリ）を作成して、環境をまたいで設定が共有されることを確認する。チームでの利用ポリシーを1ページにまとめる
次回予告: 「Claude Code プロンプト30選 — 業務別・難易度別の厳選集」では、この記事で紹介した10本をさらに拡張した実践プロンプト集をお届けします。
著者: 佐藤傑（さとう すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。
ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。
