Claude Code デスクトップアプリ 完全ガイド2026（Chat・Cowork・Code）
Claude Code Desktop App は macOS、Windows、Linux（ベータ）向けのネイティブアプリで、3つのタブを1つのウィンドウにまとめています。Chat（通常の会話、ファイルアクセスなし — claude.ai のような体験）、Cowork（サンドボックス化されたVM内で動く自律型バックグラウンドエージェント、オンデバイスまたはリモート）、そして Code（GUI付きのフル機能 Claude Code — 並列セッション、視覚的な差分レビュー、スケジュールタスク — ターミナル不要）。CLI を置き換えるものではなく、同じ Claude Code を動かすもう1つの方法です。
- 本記事のバージョン要件、プラン要件、プラットフォーム制限は、執筆時点（2026-08-20）の公式ドキュメントと照合しています。Desktop の機能は素早くアップデートされるため、正確なメニュー操作に頼る前に最新の公式ドキュメントを確認してください。
Claude Code Desktop App とは？（Chat・Cowork・Code の違い）
手短に言うと、これはネイティブアプリ（Webのラッパーではありません）で、3つの独立したタブがあり、それぞれ異なる用途向けに作られています。「Desktop か CLI か」を選ぶ必要はありません。Desktop は、すでにご存じかもしれないターミナルベースの Claude Code の上に乗った、もう1つの操作面にすぎません。
| タブ | 役割 | ファイルアクセス |
|---|---|---|
| Chat | 一般的な会話、Q&A、ブレインストーミング — claude.ai の体験に近い | なし |
| Cowork | 自律型バックグラウンドエージェント。サンドボックス化されたVM（オンデバイスまたはリモート）内で長時間タスクを実行し、完了したら報告する | 自身のサンドボックス内のみ、ローカルファイルにはアクセスしない |
| Code | 対話型のコーディングアシスタント — 本ガイドの主役 | プロジェクトのローカルファイルに直接アクセス |
3つのタブは1つのアカウントと1つのアプリを共有しますが、実行モデルはそれぞれ異なります。Chat はファイルに一切触れず、Cowork は隔離されたVM内で動き、Code は Claude Code が実際にあなたのマシン上でコードを読み書きする場所です — CLI ですでにご存じの仕組みと同じで、ただサイドバー、タブ、そしてターミナルログをスクロールする代わりの視覚的な差分が加わっただけです。
なぜ1つのチャットウィンドウではなく3つのタブに分けるのでしょうか。それは、この3つの用途がそれぞれ異なるリスクを伴うからです。Q&A にはファイルへの書き込み権限は不要ですし、数十分にわたって動くバックグラウンドエージェントがディスクから直接読み取るべきではありません。逆にコード編集はその反対で、実際のファイルに触れられて初めて役に立ちます。タブを分けることで、その特定のチャットにどんな権限を与えたかを覚えておかなくても、どのタブにいるかを見るだけでセッションのモードが分かります。
Desktop アプリのインストール — macOS、Windows、Linux（ベータ）、WSL
Desktop には Pro、Max、Team、または Enterprise プランが必要です（Free では利用不可）。機能ごとのプラン制限は変わる可能性があるため、インストール前に現在のプランを確認してください。
| プラットフォーム | インストール方法 | メモ |
|---|---|---|
| macOS | ユニバーサル .dmg（Intel と Apple Silicon の両方で動作） | アーキテクチャを別途選ぶ必要なし |
| Windows | x64 または ARM64 のインストーラー | Git for Windows が事前にインストールされている必要あり。インストール後に再起動 |
| Linux（ベータ） | 公式 apt リポジトリ | Ubuntu 22.04以上／Debian 12以上のみ、x86_64／arm64 のみ。Computer Use や音声入力はまだ非対応 |
| WSL | Windows 上で動作し、セッションは WSL2 ディストリ内で実行される | ネイティブな Linux パスを使用し、ディストリ内に git が必要。統合ターミナル、コネクタ、プラグイン、ファイルブラウザ、@メンションはまだ非対応 |
見落としやすい細かい点がいくつかあります。Windows では Git for Windows を事前にインストールしておく必要があり（インストーラーには同梱されていません）、Linux ベータでは Computer Use や音声入力といった「あれば便利」な機能群がまだ揃っていません — まだベータなので、macOS／Windows と完全に同等の機能を期待しないでください。WSL では Claude Code が本当に Linux ディストリ内で動作するため（パスは /home/user/project のようになり、C:\Users\... ではありません）、git フック、権限、シンボリックリンクはすべて本物の Linux のように振る舞います — その代わり、統合ファイルブラウザなど一部のUIの便利機能を一時的に失います。
選べるなら、今どのプラットフォームが最もスムーズでしょうか。ほとんどの読者にとって、macOS と Windows が2つのフル機能の安定版ビルドです — すぐに使えて、トレードオフはありません。Linux はまだベータなので、Computer Use や音声入力が必要なら CLI に留まるか、安定版のリリースを待ってください。WSL は、すでに Windows 上の Linux ディストリ内で作業していて、慣れ親しんだパスやツールから Desktop に引き離されたくない場合に向いています — ただし前述のUIの便利機能が欠けることは受け入れてください。
Code タブで最初のセッションを始める
セットアップの流れはシンプルです。環境を選ぶ（Local／Cloud／SSH／WSL）→ プロジェクトフォルダを選ぶ → モデルを選ぶ → 権限モードを選ぶ → タスクを入力する → 差分をレビューする。どのステップもターミナルコマンドを打つ必要はありません。
権限モードは、エージェントが何かを承認してもらう前に、どこまで自分だけで実行できるかを決めます。
- Manual — すべてのファイル変更とすべてのコマンドで承認を求めます。
- Accept edits — ファイル編集は自動で適用し、リスクのあるシェルコマンドの前には確認します。
- Plan — 読み取りと計画のみで、計画を承認するまでファイルは変更しません。
- Auto — タスクの大部分を連続して実行し、よりリスクの高いアクションのときだけ停止します。
- Bypass — ほぼすべての確認をスキップします。CLI の
--dangerously-skip-permissionsに相当します — 本当に注意して使ってください。
CLI から移ってきた方への良い習慣。見慣れないリポジトリで初めて実行するときは Plan を選び、エージェントが提案する計画を注意深く読み、信頼できると判断してから Accept edits や Auto に上げましょう。
4つの環境オプションは単なる名前の違いではなく、コードが実際にどこで動くかを決めます。Local はあなた自身のマシン上で動き、実際のファイルを読み書きします。Cloud は Anthropic がホストするサンドボックス内で動き、マシンが非力な場合や、直接の書き込み権限をまだ与えたくない場合に便利です。SSH はあなたが管理するリモートマシン（開発用マシンや社内サーバー）に接続し、そこでエージェントを動かします。WSL は Windows 上の Linux ディストリ内で動き、インストールのセクションで説明したとおりです。間違った環境を選ぶことが、見えるはずだと思っていたファイルをエージェントが「見つけられない」最もよくある原因です — デバッグの第一歩は、実際にどの環境で動いているかを確認することです。
並列セッションと Git ワークツリーによる分離
ここが、ターミナルのタブを手動でやりくりするのに対して Desktop が明確に優れている点です。サイドバーの各セッションタブは、自動的に独自の Git ワークツリー上で動き、デフォルトは <project-root>/.claude/worktrees/ です（場所とブランチのプレフィックスは変更できます）。つまり、2つのセッションが互いに干渉することなく同じリポジトリで同時に作業でき、それぞれが独自のブランチと作業ディレクトリを持ちます。
セッション間の移動：Ctrl+Tab でサイドバーのタブを順に切り替えられ、Ctrl／Cmd を押しながらクリックすると分割ビューが開き、2つのセッションを並べて見られます。すべてのワークツリーに見せたい gitignore 対象のファイル（サンプルの .env.local や開発用証明書など）がある場合は、.worktreeinclude に宣言しておけば、手作業でコピーする代わりに、新しいワークツリーごとに自動でコピーされます。
実践的な例。同じリポジトリ内に独立した2つの作業があるとします — API のバグ修正と、無関係な機能のテスト作成です。順番にやる代わりに、セッションタブを2つ開き、それぞれに独自のワークツリーとブランチを持たせ、あなたが別の作業をしている間に両方を並行して走らせます。両方が終わったら、それぞれの差分を別々にレビューし、1つずつマージします — 2つのエージェントが作業ディレクトリを共有することは決してないので、互いのファイルを踏み荒らすリスクはありません。
視覚的な差分レビューと PR モニタリング
すべての変更は、セッションタブ上に
+12 -1のような差分統計インジケーターで表示されます。チャットに打ち返す代わりにコード上で直接返信したいときは、インラインの行コメントも使えます。
「Review code」ボタンは自動レビューを1回実行しますが、コンパイルエラー、ロジックのバグ、セキュリティホールといったシグナルの高い問題だけを指摘し、スタイルや lint の細かな指摘はしません（ノイズが少ない）。GitHub を使っているなら、Desktop には CI 向けの自動修正と自動マージのトグルもあります。エージェントは失敗した CI 実行を修正し、グリーンになったらマージします。ただしこれは gh CLI がローカルで認証済みの場合にのみ動作し、マージは常にスカッシュマージです（マージコミットやリベースのオプションはありません）。
この分担の利点：重要な箇所を探して差分全体を読み直す必要がありません — 「Review code」がすでにシグナルの高い問題をフィルタリングしており、スタイルや整形は従来どおり lint／CI に任されます。GitHub で PR をレビューし慣れているなら、感覚は似ています — ただし、エージェントがまだ動いている最中に、実際の PR が開かれる前にレビューするので、CI の報告を待つよりずっと早く問題を捕まえられます。
スケジュールタスク vs. Cloud Routines vs. /loop
ここは最も混乱しやすい部分です。というのも Claude Code には今や、1つではなく 3つの異なるスケジューリングの仕組みがあるからです。
| 仕組み | 実行場所 | マシンの電源が必要？ | ローカルファイルアクセス | 最小間隔 |
|---|---|---|---|---|
| Cloud Routines | Anthropic のクラウド | 不要 | なし | 約1時間 |
| Desktop のスケジュールタスク | Desktop アプリ経由で、あなたのマシン上 | 必要。しかもマシンが起動している（スリープしていない）必要あり | あり | 約1分 |
CLI の /loop | ターミナル経由で、あなたのマシン上 | 必要 | あり | 約1分 |
手短に言うと、マシンの電源が切れているときやアプリが閉じているときに動かしたいものは Cloud Routines を選びます（トレードオフは、ローカルファイルにアクセスできないことと、最小間隔がずっと粗いこと — 1分ではなく約1時間です）。ローカルファイルを読み書きするタスクを短い間隔で動かしたいなら、Desktop のスケジュールタスクか CLI の /loop を使います — ただしどちらもマシンが起動していて動作中のときだけ実行されます。実行予定のちょうどそのときにマシンがスリープしていた場合、Desktop にはキャッチアップの仕組みがあります。起動時に、逃した実行を 1回だけ実行します（逃したすべての実行を積み上げて実行することはありません）。クラウド側の詳細はClaude Code Routines の解説をご覧ください。
どの仕組みがどの用途に合うか。「毎朝、古くなった依存関係をチェックして更新用の PR を開く」のようなタスクは Cloud Routines に向いています — あなたのマシンを一切必要としません。「コーディング中にファイルが変わるたびにテストスイートを再実行する」のようなタスクは CLI の /loop か Desktop のタスクに向いています — ローカルファイルを短い間隔で繰り返し読む必要があり、そもそもあなたはすでにマシンの前にいるからです。
iOS シミュレータペイン（macOS のみ、ベータ）
iOS アプリを開発しているなら、Desktop にはコーディングセッションのすぐ隣に iOS シミュレータを表示するペインがあります — 別のシミュレータウィンドウに切り替える代わりに、エージェント自身に UI の結果を実行・確認させられて便利です。知っておくべき制限がいくつかあります：macOS のみ、Xcode 26.x が必要（Xcode 27 は Device Hub の変更のため現在動作しません）、ローカルセッションのみ（Cloud／SSH は不可）、1セッションあたり最大4デバイス、そして各デバイスはエージェントが操作する前にそれぞれ個別の同意が必要です。あらかじめ知っておくべきこと：シミュレータのスクリーンショットは通常の保持ポリシーの下で Anthropic に送信されます — テストアプリが画面に機微なデータを表示する場合は、このペインを有効にする前に検討してください。
このペインがベータでも重要な理由：あなたがビルドし、シミュレータを開き、バグをスクリーンショットに撮ってエージェントに説明する代わりに、エージェント自身が UI の結果を見て、あなたが仲介役にならなくても「修正→ビルド→確認」のループを回せるようになります。その代わり、まだ初期の機能なので、ペインの時折の再起動や、前述の Xcode バージョン制限は想定しておいてください。
Dispatch からのセッション — スマホから作業を始める
Dispatch は永続的な Cowork タブの会話です。スマホ（モバイル版 Claude アプリまたは Web）からタスクをメッセージすると、その内容が開発系のタスクらしければ、Desktop 上で Dispatch とタグ付けされた Code タブのセッションに自動でルーティングされます — 完了したとき、または承認が必要なときにプッシュ通知が届きます。知っておくべき制限がいくつかあります：Dispatch は Pro／Max プランのみで、Team／Enterprise ではまだ利用できません。また、Dispatch から生成されたセッションで与えた権限の承認は30分後に期限切れになります（承認がセッション全体にわたって有効な通常のセッションとは異なります）。
実践的な例。デスクから離れているときに CI が失敗したというプッシュ通知を受け取り、スマホから「ビルドの失敗を修正して、テストを再実行して、それから PR を開いて」と入力します — Dispatch はこれを開発系のタスクだと認識し、Dispatch とタグ付けされた Code タブのセッションを立ち上げます。あなたがマシンに戻る頃には、そのセッションはすでに動いていて、ゼロから始める代わりに、権限を承認するか結果をレビューするのを待っている状態になっています。
Desktop vs. CLI vs. Web — どれを使うべき？
同じ Claude Code の3つの操作面で、設定（CLAUDE.md、MCP、フック、スキル、各種設定）を共有します — なので、これらを切り替えても何のコストもかからず、単に操作の仕方が違うだけです。
| 観点 | Desktop | CLI | Web（claude.ai/code） |
|---|---|---|---|
| UI付きの並列セッション | あり（タブ＋分割ビュー） | 可能だが、ターミナル／tmux を自分で管理する必要あり | 限定的 |
| 視覚的な差分レビュー | あり、標準搭載 | なし（git diff で読む） | あり、ただしクラウド限定 |
| スクリプト／自動化 | なし（--print フラグや Agent SDK は利用不可） | あり（フラグ、--print、CI／スクリプト統合） | なし |
| 権限モード | 上記の5モード | フルセット、dontAsk を含む | 限定的 |
| Linux ディストリのサポート | Ubuntu／Debian のみ（ベータ） | はるかに広い | 不要（インストールするものがない） |
| ローカルファイルアクセス | あり | あり | なし — 完全にクラウド |
いくつかの CLI コマンドには Desktop への直接的な「翻訳」があります。セッションのドロップダウンでモデルを選ぶのは --model フラグに相当し、サイドバーで古いセッションタブをクリックして戻るのは、前のセッションを続ける --resume に相当します。そして Desktop の Bypass モードは、CLI の --dangerously-skip-permissions とまったく同じです。覚えておくべき違いが1つ：CLI には Desktop にまだない dontAsk モードが追加であります — ワークフローがそれに依存しているなら、その部分は CLI に留まってください。
はっきり言うと、Claude Code を CI パイプラインや自動化スクリプトで動かす必要がある場合、あるいは --print／Agent SDK が必要な場合、Desktop は適していません — それはまだ CLI の領域です。インストール不要でブラウザから素早くアクセスしたいなら、Claude Code on the web を使ってください。毎日コードを書き、UI付きの並列セッションと見やすい差分がほしいなら、Desktop が最も快適な選択肢です。ちょっとした便利機能：CLI の /desktop コマンドは、実行中のセッションをそのまま Desktop アプリに移します（現在は macOS と Windows x64 のみ、サブスクリプションでのログインが必要 — API キーとは互換性がありません）。
Desktop の Code タブで AgentKit を使う
よく出てくる質問。CLI で AgentKit 経由でインストールしたスキルやキットは、Desktop でも動くのでしょうか。Desktop 自身のドキュメントによれば、アプリは CLI と同じ ~/.claude 設定（スキル、設定、MCP）を読み込みます — なので理論上は、AgentKit でインストールしたスキルも同じように表示され、CLI で $ak: 形式のコマンドを打つのと同じように、プロンプトボックスで / を使って呼び出せるはずです。正確に言うと、これは Desktop が「設定を共有する」と説明している内容からの推論であり、AgentKit 自身のドキュメントが Desktop の Code タブについて直接確認しているものではありません — これがワークフローにとって重要なら、実際の作業で頼りにする前に、自分のマシンでテストしてください。AgentKit が実際に何をするのか、そして価値があるのかを知るには、AgentKit レビュー（agentkit.best）をお読みください。
よくある質問（FAQ）
Claude Code Desktop は無料ですか？
いいえ、Free プランでは使えません。Code タブには Pro、Max、Team、または Enterprise が必要です。Dispatch は特に Pro／Max のみで、Team／Enterprise ではまだ使えません。これらは変わる可能性があるため、インストール前に現在のプランの機能制限を確認してください。
CLI は別途インストールする必要がありますか？
日常的なコーディングには不要です — Desktop は Code タブを通じてフル機能の Claude Code を動かします。ただし、スクリプト、CI での利用、--print、または Agent SDK が必要なら、それらは CLI 限定で、Desktop にはありません。
Claude Code Desktop は Linux で動きますか？
はい、ただしまだベータです。サポートされるのは Ubuntu 22.04以上と Debian 12以上のみ、アーキテクチャは x86_64／arm64 のみで、Computer Use や音声入力といった機能は macOS／Windows のようにはまだ揃っていません。
Desktop と Claude Code on the web の違いは？
Web（claude.ai/code）は完全にクラウド上で動き、あなたのマシンのローカルファイルには一切触れず、何もインストールする必要がありません。Desktop はネイティブアプリで、あなたのマシン上のファイルを直接読み書きし、並列セッションと視覚的な差分レビューを備えます — そのトレードオフとして、インストールが必要で、マシンを起動し続ける必要があります。
Claude Code Desktop は WSL で使えますか？
はい、Windows 上で使えます。セッションは本当に WSL2 ディストリ内でネイティブな Linux パスを使って動き、ディストリ内に git がインストールされている必要があります。統合ターミナル、コネクタ、プラグイン、@メンションといった一部のUI機能は、本稿執筆時点では WSL モードでは利用できません。
コンピュータの電源が切れていてもスケジュールタスクは動きますか？
Desktop のスケジュールタスクと CLI の /loop は動きません — どちらもマシンが起動して動作中である必要があります。実行予定のときにスリープしていた場合、Desktop は起動時に、逃した実行を1回だけキャッチアップします。マシンの状態に関わらず何かを動かしたいなら、代わりに Cloud Routines を使ってください（トレードオフ：ローカルファイルにアクセスできず、最小間隔も粗い、約1時間）。
まとめ
Desktop は別物の Claude Code ではありません — 同じ Claude Code に、並列作業、視覚的な差分、そしてターミナルなしのスケジューリングのために GUI を重ねたものです。自分のプラットフォームに合わせて正しくインストールし（Windows は Git for Windows を忘れずに、Linux ベータはまだ一部の機能が欠けていることを忘れずに）、始めるときは適切な権限モードを選び、適切な用途に適切な操作面を使ってください — 日常の視覚的なコーディングには Desktop、スクリプトと CI には CLI、インストール不要の素早いアクセスには Web です。CLI 側をさらに深く知るには、what is Claude Code をご覧ください。