Claude Code デスクトップアプリ並列ガイド｜⌘+N自動worktree・サイドチャット・手法の使い分け

Claude Code を CLI で使っていて、「フロントエンドとバックエンドを同時並行で進めたい」「長いリファクタ中に別の質問を挟みたい」「コンテキストを汚さずに脱線したい」と感じた経験はないでしょうか。これらの課題に対して、2026 年 4 月 15 日に公開されたClaude Code デスクトップアプリの再設計版は、UI レイヤーから新しい答えを用意してきました。

最大の変化は、⌘+N（Windows は Ctrl+N）で新しいセッションを開くだけで、裏側に Git worktree が自動生成され、各セッションが物理的に隔離される点です。これまで CLI で git worktree add を手で叩いていた手間が、ボタン一つに置き換わりました。本記事では、新サイドバー・統合ターミナル・サイドチャット（⌘+;）・Computer Use などの新機能を整理したうえで、「Claude Code を並列で動かす 4 つの手法」をどう使い分けるかまで踏み込みます。CLI と git worktree の仕組みそのものはClaude Code worktree 並列化、基本はClaude Code完全ガイドを参照してください。

結論 ── 並列セッションを「UI レイヤーで支える」再設計

Claude Code デスクトップアプリは、2026 年 4 月 15 日に並列セッション運用を前提としてゼロから再設計されました。 アプリは Chat / Cowork / Code の 3 タブ構成で、ソフトウェア開発を担うのが Code タブです。Code タブの各会話は独立した「セッション」で、それぞれが固有のチャット履歴・プロジェクトフォルダ・コード変更を持ちます。

CLI 版の worktree 並列化が「自分で git worktree add してファイルシステムを分離する」手動の世界だったのに対し、デスクトップアプリは ⌘+N を押すだけでセッションごとに worktree を自動生成します。つまりデスクトップアプリは、worktree 並列化を UI レイヤーで自動化したものと言えます。両者は排他ではなく、「自動化されたフロントエンド（Desktop）」と「仕組みの本体（CLI worktree）」という補完関係にあります。

再設計の経緯と対象プラン

2026 年 4 月中旬の Claude Code 周辺アップデートの流れで、デスクトップアプリの再設計はちょうど中間に位置しています。

対象プランは Pro / Max / Team / Enterprise の全有償プラン、および Claude API 経由での利用です。Free プランでは利用できません。ペインレイアウト・統合ターミナル・ファイルエディタ・ビューモードといった主要機能は Claude Desktop v1.2581.0 以降で利用できるため、Claude → Check for Updates（macOS）/ Help → Check for Updates（Windows）で最新版に更新しておきましょう。

デスクトップアプリは macOS / Windows のみで、Linux では提供されていません。Linux では従来どおり CLI を使います。Windows では Code タブの動作に Git for Windows が必要です。

導入と最初の並列セッション

機能の前に、最短で「並列が動く状態」までを通しておきましょう。CLI を一度も触っていなくても、ここだけで並列セッションを体験できます。

セットアップ手順

1. アプリを入手: macOS / Windows 版をダウンロードしてインストールし、Claude にサインインします。Windows で初めて開く場合は Git for Windows のインストール後にアプリを再起動します
2. Code タブを開く: 上部の 3 タブ（Chat / Cowork / Code）から Code を選びます
3. セッションの 4 設定を決める: 最初のメッセージを送る前に、プロンプト領域で「環境（Local / Remote / SSH）」「プロジェクトフォルダ」「モデル」「権限モード」を選びます
4. タスクを入力して Enter: これで 1 つ目のセッションが走り始めます

CLI を既に使っている場合は、ターミナルで /desktop を実行すれば進行中のセッションをそのままデスクトップアプリに移送できます。CLAUDE.md や .claude/settings.json、MCP サーバー、Hooks、スキルはすべて共有されるため、設定をやり直す必要はありません。

2 つ目のセッションを並列で立てる

1 つ目が走り出したら、**⌘+N（Windows は Ctrl+N）**で 2 つ目のセッションを開きます。Git リポジトリであれば、この時点で 2 つ目のセッション用の worktree が自動的に切られ、1 つ目の作業ツリーから物理的に隔離されます。あとは別のタスクを入力するだけです。

両方の進捗を一度に見たいときは、⌘（Ctrl）を押しながらサイドバーのセッションをクリックして 2 ペイン分割にします。これだけで「待ち時間を別タスクで埋める」並列開発が成立します。CLI で git worktree add を覚える前に、まずこの 2 ステップで並列の感覚を掴むのが近道です。

主要機能

サイドバーでのセッション一元管理

新サイドバーには進行中・最近使用・アーカイブ済みのセッションが並び、以下の軸でフィルタ・グルーピングできます。

• status（実行中 / 完了 / エラー）
• project（リポジトリやディレクトリ単位）
• environment（Local / Remote / SSH 等）

セッションを完了してデスクトップアプリで別のセッションを見ているとき、Code セッションがタスクを終えると OS 通知が飛びます。PR がマージまたはクローズされると、該当セッションは自動でアーカイブされ、サイドバーから消えます（後述）。

ドラッグ&ドロップによる自由レイアウトと分割表示

チャット・diff・プレビュー・ターミナル・ファイル・プラン・タスク・サブエージェントの各ペインを、好きなグリッドに配置できます。ペインはヘッダーをドラッグして移動、エッジをドラッグしてリサイズします。

2 つのセッションを同時に見たいときは、⌘（Windows は Ctrl）を押しながらサイドバーのセッションをクリックすると、横並びの 2 ペイン分割になります。フォーカス中のペインは ⌘+\（Ctrl+\）で閉じて単一セッションに戻れます。

統合ターミナル + インアプリファイルエディタ

別アプリを開かずに、次の流れが 1 ウィンドウで完結します。

• テストやビルドを統合ターミナル（Ctrl+`）で実行。ターミナルはセッションの作業ディレクトリで開き、Claude と同じ環境を共有するため、npm test や git status が Claude の編集対象と同じファイルを見ます
• チャットや diff のファイルパスをクリックしてその場で開いて手直しし、Save で書き戻す
• diff ビューで差分を確認し、行単位でコメントを付けて Claude に修正を依頼する

文脈のスイッチングが減り、レビューとフィードバックのサイクルが目に見えて速くなります。なお統合ターミナルとファイルエディタはローカル（および SSH）セッションで利用できます。

diff レビューと Review code

Claude がファイルを変更すると +12 -1 のような diff 統計が表示され、クリックで diff ビューアが開きます。任意の行をクリックしてコメントを入力し、複数行のコメントを ⌘+Enter（Ctrl+Enter）でまとめて送信すると、Claude がそれを読んで修正します。ツールバーの Review code を押せば、コミット前に Claude 自身がコンパイルエラー・ロジックエラー・セキュリティ脆弱性などの高シグナルな問題をレビューします。

サイドチャット（⌘+; / Ctrl+;）で脱線を安全に

メインタスクの流れを止めずに、別トピックでちょっと質問したいときに使います。

プロンプトボックスで /btw と入力しても開けます。サイドチャットは その時点までのメインスレッドを読み取れますが、メインスレッドには書き戻しません。「いまのコードに不要な影響を与えずに質問する」ための安全弁です（ローカル / SSH セッションで利用可能）。

5 つの権限モード

並列でセッションを回すときは、どこまで Claude に任せるかをセッション単位で選べます。

並列運用では、片方を Plan mode で計画させながらもう片方を Auto accept edits で走らせる、といった「モードの混在」がそのまま並行作業の安全設計になります。

プレビューと自動検証（autoVerify）

Claude は dev サーバーを起動し、埋め込みブラウザで変更を確認できます。起動設定はセッションのルートに保存される .claude/launch.json で管理し、npm run dev を yarn dev に変える、ポートを固定する、フロントと API の複数サーバーを定義する、といったカスタマイズが可能です。autoVerify はデフォルトで有効で、Claude が編集後にスクリーンショットを撮り、エラーを確認してから応答を返します。

並列フロントエンド開発では、これが効きます。たとえば 2 つのセッションで別々の画面を実装させると、それぞれが自分の worktree の dev サーバーをプレビューし、変更後に自動でスクリーンショットを撮って崩れを自己検証します。人間は「最終的に問題がなかったセッション」の結果だけを見ればよく、リアルタイムで両方の画面を監視し続ける必要がありません。ポートが衝突する場合は autoPort を有効にすれば、空きポートを自動で選んでくれます。

Computer Use ── Claude が画面を操作する

Computer Use を使うと、Claude がアプリを開き、クリックや入力で画面を直接操作します。iOS シミュレータでのネイティブアプリのテストや、CLI を持たない GUI ツールの自動化に使えます。macOS / Windows の研究プレビューで、Pro / Max プランが対象（Team / Enterprise では利用不可）。デフォルトはオフで、Settings から有効化し、macOS ではアクセシビリティと画面収録の権限付与が必要です。

Remote / SSH 環境と Continue in

セッション開始時に実行環境を選べます。

• Local: 自分のマシンで実行
• Remote: Anthropic のクラウドで実行。アプリを閉じても継続し、claude.ai/code や iOS アプリから進捗を確認できる
• SSH: 自分のサーバーや dev コンテナで実行

セッションは Continue in メニューから Claude Code on the Web や自分の IDE へ引き継げます。逆に CLI 側で /desktop を実行すると、進行中の CLI セッションをデスクトップアプリに移送できます。

PR マージ時の自動アーカイブ

PR を開くと CI ステータスバーが表示され、gh（GitHub CLI）経由でチェック結果をポーリングします。Auto-fix を有効にすると失敗した CI を自動修正、Auto-merge を有効にすると全チェック成功時に squash マージします。Settings → Claude Code で Auto-archive after PR merge or close をオンにすれば、PR がマージ/クローズされたセッションはサイドバーから自動でアーカイブされます。

⌘+N の自動 worktree 隔離 ── デスクトップ並列の心臓部

ここが再設計の核心であり、CLI 版との最大の違いです。

サイドバーの + New session か ⌘+N（Ctrl+N） で新しいセッションを開くと、Git リポジトリの場合は各セッションが Git worktree を使って「プロジェクトの独立した分離コピー」を自動取得します。あるセッションの変更は、コミットするまで他のセッションに影響しません。CLI で必要だった git worktree add ../repo-feat-a feat/a のような手動操作は不要です。セッション間の切り替えは Ctrl+Tab / Ctrl+Shift+Tab で行います。

worktree の保存先と整理

• worktree はデフォルトで <project-root>/.claude/worktrees/ に作成されます
• Settings → Claude Code の Worktree location で保存先ディレクトリを変更できます
• 同じく branch prefix（全 worktree ブランチ名に付与される接頭辞）を設定でき、Claude が作ったブランチを整理しやすくなります
• 完了したらサイドバーのセッションにマウスを乗せ、アーカイブアイコンをクリックすると worktree が削除されます

補足: 本記事は、まさにこの .claude/worktrees/ 配下に切られたセッションから執筆・検証しています。デフォルトの保存先がプロジェクト内に閉じるため、リポジトリ外を散らかさずに済むのが運用上ありがたい点です。

gitignored ファイルを worktree に持ち込む

.env のような gitignored ファイルは、新しい worktree にはコピーされません。これらを各 worktree に持ち込みたい場合は、プロジェクトルートに .worktreeinclude ファイルを作成し、含めたいパスを記述します。dev サーバーが環境変数を必要とするプロジェクトでは、これを忘れると並列セッション側だけ起動に失敗するので注意してください。

並列 4 手法の選択マトリクス

Claude Code を「並列で動かす」方法は、デスクトップアプリ以外にも複数あります。検索でバラバラに語られがちなので、ここで横断的に整理します。

それぞれの手法を、もう少し具体的に見ていきます。

1. Desktop 自動 worktree（本記事の主役）: ⌘+N でセッションを増やすだけで worktree が自動生成されます。worktree のコマンドを一切覚えずに、GUI で 2〜3 並列を視覚管理できます。diff・プレビュー・端末を並べられるため、レビューしながら回す並列に最も向きます。

2. CLI 手動 worktree: git worktree add ../repo-feat-a feat/a を自分で叩き、各ディレクトリで claude を起動します。シェルスクリプトで作成〜依存インストールまで自動化したり、SSH 越しのサーバーで回したりと、細かい制御とスクリプト化に強みがあります。仕組みと運用はClaude Code worktree 並列化で詳説しています。

3. tmux + worktree: worktree で分離したセッションを tmux のペインに並べ、1 つの端末画面で多数のセッションを監視します。GUI を使わずに 4 つ以上を回したいヘビーユーザー向けで、学習コストは最も高めです。

4. Agent Teams: チームリードのセッションが複数のチームメイトを生成し、各メイトが自動で割り当てられた worktree で作業します。セッション間でメッセージを送り合えるのが唯一無二の特徴ですが、デスクトップアプリでは利用できず CLI 限定です。デスクトップで複数エージェントを動かしたい場合は、1 セッション内で動く「動的ワークフロー」を使います。

つまり「Claude Code を並列で動かしたい」という同じ要望でも、GUI で楽したいなら Desktop、仕組みを握りたいなら CLI worktree、多数を端末で監視したいなら tmux、協調動作なら Agent Teams と分かれます。迷ったら、まずデスクトップアプリの自動 worktree から始め、制御が物足りなくなったら CLI 系へ降りていくのが失敗の少ない順序です。

実践ワークフロー（自動 worktree 前提）

ワークフロー1: フロントエンド + バックエンドの同時並行

• セッション A（⌘+N）: フロントエンド（Next.js）実装。自動で worktree が切られる
• セッション B（⌘+N）: バックエンド（Rails API）実装。別の worktree で隔離
• 統合ターミナル: curl で API を叩いて疎通確認
• サイドチャット（⌘+;）: 型定義の擦り合わせを別文脈で質問

2 つのセッションは互いのコンテキストも作業ツリーも共有しないため、フロントの指示やファイル変更がバックエンド側を汚染しません。インターフェース合意（型定義や API スキーマ）はコミット経由、または共有ブランチを介して伝達します。⌘+クリックで 2 ペイン分割すれば、両方の進捗を一画面で見渡せます。

セッション B（バックエンド側）へのプロンプト例:

このセッションでは Rails API のみを担当してほしい。
POST /api/v1/sessions エンドポイントを追加する。
- リクエスト: { title: string, started_at: ISO8601 }
- レスポンス: 201 と作成された session の JSON
- バリデーション失敗時は 422 とエラー配列
実装後、レスポンスの型を docs/api-schema.md に追記してコミットして。
フロントエンド側はこのスキーマを参照して実装する。

このように「担当範囲」と「共有ファイル（スキーマ）」を明示しておけば、2 つのセッションが衝突せずに噛み合います。

ワークフロー2: 機能開発とレビューを分離

• メインセッション: 新機能の実装（Auto accept edits）
• サブセッション: 前任者の PR のコードレビュー（Plan mode + Review code）
• サイドチャット: 「このコミット規約って何？」のような小粒な質問

レビューと実装を別セッション（別 worktree）に分けることで、判断軸のブレと作業ツリーの混線を同時に防げます。レビュー側は Plan mode で読み取りに徹し、Review code でコンパイルエラー・ロジックエラー・セキュリティ脆弱性といった高シグナルな指摘だけを拾わせると、レビューのノイズが減ります。指摘は diff の該当行にそのまま付くため、納得した修正だけを採用できます。

ワークフロー3: 長時間処理をバックグラウンド、別タスクで先行

• メインセッション: 巨大リファクタ（高い effort で長時間）
• サブセッション: その間に別ファイルのドキュメント生成
• Remote セッション: テストスイート全体の実行をクラウドに逃がし、アプリを閉じても継続

Claude Opus 4.7 以降は適応的推論で長時間処理が増えるため（詳細はClaude Opus 4.7 × Claude Code）、待ち時間を別セッションや Remote 実行で埋める運用の価値がさらに上がります。

並列運用を安定させる 3 つの設定

並列を始めると、最初に「設定しておけばよかった」となりがちなポイントが 3 つあります。先に押さえておくと事故が減ります。

1. Worktree location と branch prefix を決める

デフォルトの <project-root>/.claude/worktrees/ で問題なければそのままで構いませんが、複数プロジェクトを横断する場合は Settings → Claude Code の Worktree location で保存先を統一しておくと管理が楽になります。あわせて branch prefix（例: desktop/）を設定すると、Claude が並列セッション中に作るブランチが一覧でひと目で区別でき、PR を出す際の取り違えを防げます。

2. .worktreeinclude で環境変数を持ち込む

dev サーバーが .env を必要とするプロジェクトでは、これを設定しないと並列で立てた 2 つ目以降のセッションだけサーバー起動に失敗します。プロジェクトルートに .worktreeinclude を置き、.env や .env.local などのパスを書いておきましょう。

3. 権限モードをセッションの役割に合わせる

並列では「攻めるセッション」と「守るセッション」を分けると安全です。新機能を一気に書かせるセッションは Auto accept edits、他人の PR をレビューさせるセッションは Plan mode、本番に近い設定を触るセッションは Ask permissions、というように役割ごとにモードを変えると、片方が暴走してももう片方が緩衝材になります。

CLI 版 / worktree 記事との使い分け

CLI 版が向くケース

• ターミナルが主戦場で、GUI を開きたくない
• リモートサーバー・SSH 越しで使いたい（デスクトップの SSH セッションでも代替可能）
• スクリプトや CI から Claude Code を呼び出したい（--print / Agent SDK は CLI のみ）
• Agent Teams でエージェントを協調させたい（Desktop 非対応）

デスクトップアプリが向くケース

• 同時に複数タスクを回したいが、worktree コマンドは覚えたくない
• diff・プレビュー・端末を並べて視覚的に確認したい
• コンテキストを汚さずにちょっと質問したい（サイドチャット）
• 画面操作の自動化（Computer Use）やクラウド継続（Remote）を使いたい

「自動化」と「仕組み」は補完関係

デスクトップアプリの ⌘+N は、Claude Code worktree 並列化で手動解説している git worktree add を裏側で自動実行しているだけです。したがって、

• まず楽に並列を始めたい → 本記事のデスクトップアプリ
• ⌘+N が裏で何をしているか / git worktree の手動運用・スクリプト化・モノレポでの注意点を知りたい → Claude Code worktree 並列化

という読み分けになります。両者は重複ではなく、「フロントエンドの自動化」と「その中身」の関係です。

こんなときはデスクトップを使わない方がいい

便利な一方で、デスクトップアプリが不向きな場面もあります。次に当てはまるなら CLI を選んでください。

• CI やスクリプトから無人で回したい: --print や Agent SDK によるヘッドレス実行はデスクトップにはありません
• Bedrock / Foundry など別プロバイダ経由で使いたい: デスクトップは原則 Anthropic API 直結です（エンタープライズの一部設定を除く）
• エージェント同士を会話させる Agent Teams を使いたい: CLI 限定です
• Linux 環境で作業している: デスクトップは macOS / Windows のみです

逆に言えば、これらに該当しない「手元で複数タスクを視覚的に並列管理したい」用途では、デスクトップアプリが最も手数の少ない選択肢になります。

Gotcha ── 並列運用で詰まりやすいポイント

セッション間のコンテキスト干渉を避ける

サイドバーで複数セッションが見えると、無意識に情報が共有されているように錯覚します。実際にはセッション間でコンテキストは分離されているため、重要な前提はファイル（CLAUDE.md / コメント / ドキュメント）で明示してください。CLAUDE.md はプロジェクトルートにあれば全セッションで共通に読み込まれます。

ファイル競合は worktree が大きく緩和する

CLI で同じディレクトリに複数セッションをぶつけると、後から保存したほうが勝つ競合が起きました。デスクトップアプリはセッションごとに worktree が自動で切られるため、コミット前の変更は他セッションに漏れません。ただし同一ブランチを複数セッションで同時に進めることはできない点と、.env 等は .worktreeinclude で明示的に持ち込む必要がある点は引き続き注意です。

端末のシェル状態が同期されない

統合ターミナルは便利ですが、セッション間で環境変数やシェルの作業ディレクトリは共有されません。.envrc（direnv）や .nvmrc など、ディレクトリごとに自動的に状態が決まる仕組みを用意しておくと事故が減ります。

メモリ（MEMORY.md）の扱いに注意

CLAUDE.md は共有される一方、auto memory にセッション固有の情報が書かれると、別セッションから予期せず参照される可能性があります。詳しくはClaude Codeのコンテキスト圧縮とメモリ永続化を参照してください。

ショートカット早見表

Windows では原則 ⌘ を Ctrl に読み替えます（セッション切替・ターミナル・ビューモードは全 OS で Ctrl）。

よくある質問

まとめと次のステップ

Claude Code デスクトップアプリの再設計は、「並列セッションを UI で支える」設計思想の結実です。中でも ⌘+N の自動 worktree 隔離は、CLI で手動だった並列化の土台をボタン一つに落とし込んだ最大の進化点です。サイドバー、分割表示、統合ターミナル、サイドチャット、Computer Use、Remote/SSH、PR 自動アーカイブ ── どれも「1 ウィンドウで複数のセッションが健全に並存する」ことを最優先にした結果として整合しています。

導入は段階的に進めるのが現実的です。

1. まずサイドチャット（⌘+;）と ⌘+N の自動 worktree で 2 並列を体験する
2. フロント / バック / レビューの 3 セッション並行に広げる
3. 仕組みを理解したくなったら CLI の手動 worktree、協調動作が欲しくなったら Agent Teams へ

次のステップとして、以下をおすすめします。

• 並列化の"中身"（git worktree の手動運用）を理解したい方 → Claude Code worktree並列化
• セッションの挙動を自動化したい方 → Claude Code Hooksで自動化する5つの実例
• メモリとコンテキストの運用を整えたい方 → Claude Codeのコンテキスト圧縮とメモリ永続化
• ラップトップを閉じても動くクラウド実行 → Claude Code Routines完全ガイド

関連記事

• Claude Code完全ガイド
• Claude Code worktree並列化（CLI・手動運用の仕組み）
• Claude Codeの導入・インストール手順
• Claude Codeスラッシュコマンド集