10 か月 CLI で使ってきた Claude Code を、Desktop メインに移行した 12 の理由

本記事は、カンリー社内で実施している AI 共有会で話した内容を記事化したものです(2026 年 6 月時点の macOS 版 Claude Desktop アプリの実機運用に基づく感想記事)。

はじめに

皆さんは Claude Code をどう起動して使っていますか？

ターミナルで claude を叩く CLI 起動を思い浮かべる方が多いかもしれません。Claude Code はもともと CLI ツールとして登場したこともあり、「Claude Code といえばターミナル」という印象は根強いように思います。

ただ実際には呼び出す手段はもう少し広がっていて、CLI / IDE 拡張(VS Code / JetBrains)/ Desktop アプリ / Web(claude.ai/code)/ Slack 経由(2026 年 6 月開始の「Claude Tag」ベータ。既存「Claude in Slack」アプリを置き換え中)が並んでいます^[1]。どれを使っても同じ Claude Code エンジンを共有しています。

そんな筆者自身、CLI で 2025 年 6 月頃から 10 か月ほど使い続けてきました。ところが、Desktop アプリの Code タブが 2026 年 4 月に全面リニューアルされてからは Desktop アプリも使い始め、いまは日常作業の ほぼ全てを Desktop アプリで やっています(細かい CLI フラグ操作だけはターミナルで補う運用)。

この記事では、その理由を CLI 時代に感じていた手間と Desktop で楽になった部分を並べて書きます。

対象読者:

• Desktop アプリの使い勝手を知りたい方
• CLI と Desktop の Code タブ、どっちで運用するか決め切れていない人

Desktop アプリの良いところ

Desktop アプリを使い続けるうちに「これは楽だな」と感じた点を 12 個並べます。本論は Desktop で何ができるかですが、CLI と挙動の差が大きい点は要所で CLI ではこうだった という対比も短く挟みます。

1. Chat / Cowork / Code のタブ切り替えで用途別にアプリ内移動

Desktop アプリの上部には Chat / Cowork / Code の 3 タブが並んでいて、ワンクリックで切り替えできます。Code でコードを書きながら、Chat で雑談・要件相談・調べもの、Cowork でローカルファイルの整理や文書作成、コネクタ経由の知識ワーク全般を Claude に委任する、というのが 1 つのアプリ内で完結します。

つまり 「用途に応じて頭を切り替える動き」がアプリ内に閉じます。CLI 単体だと Chat に相当する雑談は別途ブラウザで Claude Web(claude.ai)を開く必要があり、Cowork に相当するローカルファイル整理や文書作成は Desktop アプリ専用でブラウザには代替がなく、コード作業 / 雑談 / 知識ワークがアプリ・ウィンドウごとに分散します。Desktop はその 3 つを 1 つのアプリ内で完結させてくれます。

本記事は Code タブ の話です。Code タブは左で会話しながら、右側に必要なペイン(diff / plan / preview / terminal など)を切り替えて開き、下部の PR バーで PR を扱う、という 1 画面に作業が収まる構成です。

2. サイドバーで複数セッションが常に並走

Desktop の Code タブはサイドバーに すべてのセッションが縦に並びます。Cmd+N で新規セッションを増やし、Ctrl+Tab / Ctrl+Shift+Tab で次 / 前のセッションに切り替えられます^[2]。サイドバーでは各セッションの状態(色付きドット)が見えます。

つまり 「並列でセッションを動かす」が前提のレイアウトです。「いまどのセッションでどの作業をしていたっけ？」をターミナルタイトルやプロンプトの色で覚えておく必要がない、という気楽さがあります。CLI 単体だとターミナル多重化が前提で、cmux のような並列実行ターミナルや claude agents(agents view)が同じ役割を埋めようとしていますが、Desktop はネイティブで並走前提なので素のままで動きます。

3. サイドバーのピン留めでセッションをタスク管理できる

サイドバーの セッションはドラッグ&ドロップでピン留め できます。ピン留めしたセッションはサイドバー上部に固定され、新規セッションを増やしてもそのまま見える位置に残ります。

これを使うと、サイドバーが セッションの軽量タスク管理ボード として機能します:

• 現在作業中: ピン留め(上部に固定)
• 返信待ち / アイドリング中: ピン留めしてストック
• 完了 / 様子見: ピン外し → 下に流す(必要なら後でサイドバー上部の履歴ボタンから呼び戻す)

つまり「いまアクティブに見ているセッション」と「裏で進めている / 後で戻るセッション」を 視覚的に分離 できる。Claude にいくつもの仕事を並走させる前提で考えると、これが意外と便利なタスク管理 UI です。

4. セッション一覧を絞り込み / グループ化 / 並び替えで整理できる

セッションが増えてくると「並んではいるけれど目的のものを探しにくい」状態になりがちですが、サイドバーのワークスペース群の見出し横にある フィルタ / 並び替えメニュー で、一覧の見せ方をかなり細かく組み替えられます。

メニューからできること(ラベルはアプリ表示のまま):

• 絞り込み(フィルタ): Status(Active / Archived / All)/ Project(リポジトリ単位)/ 環境(すべての環境 / Local / Cloud / Remote Control)/ Last activity(最終操作からの経過 / 例: 1 日以内)で一覧を絞る
• グループ化(Group by): Date / Project / State / PR status / Environment / Custom groups / None から、セッションを束ねる軸を選ぶ
• 並び替え(Sort by): アルファベット順などで並べ替える
• Clear filters: 絞り込みを一括解除

つまり 「PR の状態でまとめて見る」「リポジトリ単位で束ねる」「直近 1 日に触ったものだけ表示」のように、一覧の見え方を用途に合わせて切り替えられます。ピン留めが「重要なものを手で上げる」管理だとすれば、こちらは「条件で機械的に整理する」管理で、両方を併用できます。セッションをいくつも並走させるほど、この整理機能が生きてきます。

5. セッション内ペインの使い分け(diff / plan / file / terminal)

各セッションは chat / diff / file / plan / preview / terminal / tasks / subagent の独立ペインを持ちます。なかでも diff / plan ペインは Claude への指示の起点として使える のが大きいメリットです:

• diff ペイン: Claude が変更したコードを行単位で表示。気になる行を選んで「この行は userId に変えて」のように指示できる
• plan ペイン: プランモードの計画書を項目単位で表示。「3 番目の項目はやめて、代わりにテストを書いて」のように行単位で書き換え指示できる

つまり 「コードや計画書のどの部分について話しているか」を位置情報込みで Claude に伝えられます。長いコードを会話に貼り付けて「ここの 12 行目が〜」と説明する手間が要らないのが楽です。

なお file ペイン は別の役割で、ファイルツリー + ファイル内容プレビュー / 直接編集ができる簡易 IDE 的なペインです(特定行を Claude に渡す機能は見当たらず / 筆者実機確認)。

さらに ターミナルペイン もセッションに組み込まれていて、セッションの worktree ディレクトリで開きます。npm test や git status といったコマンドを別ターミナルアプリに切り替えずに同じ画面内で叩けて、Claude が編集中のファイルと同じ環境を共有するため、テスト結果を見ながらすぐ次の指示につなげる流れがスムーズです。

6. preview ペインのブラウザで動かしながら要素指定

Desktop の preview ペインは内蔵ブラウザ になっていて、フロントエンド開発時の開発サーバ(npm run dev など)はもちろん、静的 HTML / PDF / 画像もその場で開いて確認できます(チャット内のパスをクリック / .claude/launch.json でカスタム起動コマンドの設定も可能)^[3]。さらに Chrome の開発者ツールのように DOM 要素を選択 → メインチャットに「この要素」として渡せる ので、「この要素の余白が変、もう少し詰めて」「このボタンのホバー時の色を変えて」のような UI 指示が、座標やセレクタを口頭で説明せずに伝わります。

つまり 画面上の UI 要素を直接指して Claude に渡せます。フロントエンドの細かい調整ループ(動かす → 見る → 直す)が 1 つのアプリ内で完結します。

7. PR バーで PR 作成 / CI 監視 / 自動修正 / 自動マージ

PR バーは PR の 作成から後処理まで をカバーします。まだ PR の無いブランチでは、PR バー右の「PR を作成」ボタン横のドロップダウンから 通常 PR / 下書き PR / 手動作成 を選んで、その場で PR 化できます。

PR ができると、画面下部の PR バー にその PR の状態(番号 / リポジトリ / ブランチ名 / diff サイズ / CI ステータス)が常に見えます。PR バー右側の CI バッジをクリックすると CI モニタリング ポップオーバーが開き、次の自動化を 1 クリックで有効化できます:

• CI を自動修正してコメントに対応: CI が落ちたら Claude が自動で修正コミットをプッシュ、レビューコメントが付いたら自動で返信 / 反映
• 準備完了時に自動マージ: CI が通って Approve が揃ったタイミングで Claude が自動でマージ
• 自動アーカイブ設定: PR マージ完了後、関連セッションを自動アーカイブ

つまり PR を出した後の「眺めて手で押す」作業を Claude に任せられます。レビュー対応で「指摘 → 修正 → プッシュ → CI 待ち → マージ」を何往復もするタイプの PR で、片手間で進められるのが楽です。CLI でも gh CLI 経由で PR ステータスを確認しながら作業でき、/goal で「CI が通るまで Claude が修正を続ける」ようなループを任せること自体はできます。ただし「CI 自動修正」「準備完了時に自動マージ」「自動アーカイブ」をチェックボックス 1 つで有効化する形は Desktop ならではです。

8. UI 操作で並走できる派生(右クリック「フォーク (F)」)

Desktop で派生したい場合は 既存セッションを右クリック または セッション横の縦 3 点メニュー(︙) から 「フォーク (F)」 を選びます。派生後はサイドバーに新セッションが追加され、元セッションも残ったまま 両方を行き来できます(2 ペイン分割表示も可)。

スラッシュコマンドを覚える必要なく UI から 1 操作で済むのが楽です。「いまの実装方針で進めつつ、別案の方針も別系統で残しておきたい」のような場面で気軽に派生できます^[4]。

9. worktree 隔離オプションでファイル変更が衝突しない

Desktop のローカルセッションは、新規セッション作成時に 「ワークツリー」チェックボックス を選ぶと Git リポジトリ配下で自動 worktree が切られて隔離されます(デフォルト位置は <project-root>/.claude/worktrees/、設定 → Claude Code → ワークツリーの場所 で変更可)。チェックを入れたセッション同士は別ディレクトリで作業するので、並走時にファイル変更が衝突しません。

チェックひとつで隔離できるので、git worktree add のコマンドを覚えていなくても、並走させたいセッションをその場で隔離環境に切り出せます。.worktreeinclude で .env など gitignore されたファイルを各 worktree にコピーする設定もあり、認証情報込みで隔離コピーが回せます。

10. サイドチャットで本筋を汚さず連続会話

Desktop で /btw または Cmd+; を押すと サイドチャットペイン が開きます。サイドチャット内で 連続会話 できるので、「useEffect の依存配列ってどう書くんだっけ？」→「useMemo との使い分けは？」→「自分が書いているコードはどっちのパターンに合いそう？」みたいに掘り下げてから閉じれば、メイン会話のコンテキストにはひと言も残りません。展開したままでも メイン会話とサイドチャットを並走 でき、必要なタイミングで開閉できるのもポイントです。ただし WebSearch / WebFetch / Bash / ファイル読み書きなどのツールはサイドチャット内では使えず(SideChat fork has no tools.)、会話コンテキストから答えられる範囲(過去ターンの確認 / 判断軸の整理 / Claude が読んだコードの振り返り等)に限定されます。CLI でも /btw は使えますが、こちらはオーバーレイ表示の 単回応答 で、続きを掘るには f キーで新セッションにフォークする必要があります(CLI の /btw は Local / SSH セッション限定で、Remote セッションでは使えません)。Desktop はオーバーレイを閉じずに連続会話できる分、サクッと会話したい場面で使い心地が楽だと感じています。

11. GUI で Routine(定期実行)を作成・管理できる

Claude Code の Routines は「毎朝 9 時にコードレビューを回す」「2 時間ごとに依存パッケージの更新をチェック」のようにスケジュール実行を設定できる機能です。Desktop アプリでは サイドバー → ルーチン → 新しいルーティン(原文ママ)から GUI で作成(ローカル / クラウドの選択 / 実行頻度 / 起動プロンプトをフォームで設定)、作成済み Routine の一覧表示・編集・削除 も画面でできます。

つまり 「定期実行の自動化を Claude にやらせる」設定が、CLI で設定ファイルを書かずに GUI で完結します。「毎週月曜の朝に PR の溜まりを集計してくれ」のような業務ルーチンを、思い立った瞬間に GUI から登録できる軽さがあります。CLI でも /schedule コマンドで作成・一覧・更新・実行は可能ですが、GUI の方が一覧性・編集のしやすさで見通しが良いと感じます。

12. spawn_task で Claude 提案駆動の別タスク化

Desktop アプリには mcp__ccd_session__spawn_task という内蔵 MCP が組み込まれていて、日常作業で特に助かっている機能です(公式 docs に明示記述はまだ無いが実機で確認 / 2026 年 6 月時点)。

挙動:

1. Claude が「これは本来のスコープから外れる別タスクだから、いったん切り出した方がいい」と判定
2. Desktop アプリの右上に 「推奨タスク」チップ が浮き上がる(タスクのタイトル + 概要 + ボタンが表示)
3. ユーザーがチップから選択 → 新セッションが起動(または却下で消える)
4. メイン会話は中断されず、そのまま継続

チップのボタン右端からドロップダウンを開くと、起動先を選べます:

ドロップダウンには 4 つの選択肢 があります:

• ローカルで開始: 現在の作業ディレクトリでそのまま新セッションを起動(worktree で隔離しない)
• worktree で開始: 自動 worktree で隔離して新セッションを起動。別ディレクトリで作業するので、並走してもファイル変更が衝突しません
• クラウドに送信: Claude Code on the web(ブラウザから使える Anthropic ホスト型の Claude Code)で新セッションを起動。ローカルの CPU / バッテリーを占有せず、Anthropic のクラウド側で並列実行できる
• このセッションで修正する: 別タスク化せず、現セッション内で対応

つまり Claude 提案駆動のプル型です。「これ別にすべきか？」と人間が毎回判断する負荷が減ります。新セッションには現会話の履歴が引き継がれない仕様なので、Claude が呼ぶ際に自己完結した指示文を組み立てる前提です(MCP ツール定義: The prompt must stand alone. The spawned session has no memory of this conversation)。CLI 側には Claude が派生を提案する手段がなく、別タスクに気づいても「別のターミナルで claude を起動してください」と人間に頼む形(ユーザー主導のプッシュ型)になります。

筆者の使い方の例を 1 つ。メインセッションで /loop コマンド + Slack 監視スキルを 10 分ごとに走らせ、Slack に届いたメッセージのうち簡単な返信は Slack 下書きを発行して終わらせ、数ターンの推敲が必要な内容は spawn_task で新セッションに切り出す、というスキルを組んでいます。メインセッションは「監視と振り分け」に集中し、推敲が必要な分だけ別セッションで深掘りする流れになるので、Slack を開きっぱなしにせずに済む運用です。

ほぼ全ての作業が Desktop に寄った理由

個別の機能というより、「並走前提 + ピン留めタスク管理 + ペイン経由の行単位指示 + PR / Routine の自動化 + Claude 提案駆動」が組み合わさった全体感 に楽さを感じた、というのが正直なところです。これらが 1 つのアプリ内で UI として整理されている、という体験差です。CLI で同じことを擬似的にやれなくはないのですが、ターミナル多重化 + 手動 worktree + /branch 切替 + /btw 単回 + 別タスク化は人手判断、と操作の手数が増えます。CLI は意識して工夫しないと並列運用に乗らないのに対して、Desktop は素のままで並列運用になる、という運用感の差があり、日常作業の大半で Desktop のほうが楽だと感じています。

おわりに

「Claude Code はターミナル前提、Desktop アプリはおまけ」と思っていた数か月前と比べると、Desktop アプリの進化で断然使いやすくなり、Desktop アプリ側の比率が一気に上がりました。CLI を使わなくなったわけではなく、細かいフラグ操作などはターミナルで補う併用スタイルです。

Desktop アプリの導入コストは数分(ダウンロード + サインイン + プロジェクトフォルダ指定)程度なので、まだ Code タブを触っていない人は試してみる価値はあると思います。特に CLI で自前でマルチセッション運用している人ほど、Desktop の素のままの並走体験で楽になる幅は感じやすいと思います。

当社カンリーでは役員を含めたビジネス職にも Claude の利用が広がりつつあります。ビジネス職のメンバーはターミナル未経験のため、Claude Code の CLI から入ろうとすると学習コストや心理的なハードルが高くなりがちですが、Claude Desktop から始めれば GUI で直感的に触れるので、徐々に使いこなせるようになってきています。

Desktop アプリは公式サイト^[5]からダウンロードできます。

脚注

1. 公式に列挙されている起動サーフェスは Claude Code overview / Platforms を参照(Desktop アプリは macOS / Windows に加え、2026-07-01 に Linux(Ubuntu 22.04+ / Debian 12+)対応のベータが追加)。Slack 連携は Introducing Claude Tag(Anthropic 公式 / 2026-06-23 ベータ提供開始)で告知され、既存「Claude in Slack」アプリを置き換える方針です。 ↩︎

2. 公式 docs(Claude Code Desktop)の "Keyboard shortcuts" セクション参照。"Session cycling, the terminal toggle, and the view-mode toggle use Ctrl on every platform." と明記されており、2026 年 6 月時点の筆者 Mac 実機でも Ctrl+Tab / Ctrl+Shift+Tab の動作を確認しています。 ↩︎

3. 公式 docs(Claude Code Desktop)には動画も preview ペインの対象として記載されていますが、2026 年 6 月時点の筆者実機では mp4 動画はプレビュー対象外でした。 ↩︎

4. 同じ「メインセッション派生」を /fork スラッシュコマンドからも 2026-06-29 時点で実行できます(右クリック「フォーク (F)」と等価)。なお CLI 側の /fork はサーフェスごとに挙動が分岐していて、Forked サブエージェント(親コンテキスト継承サブエージェント)の起動になります。Desktop で CLI 同等の Forked サブエージェントを使いたい場合は CLI を併用してください。 ↩︎

5. Claude Desktop アプリ ダウンロードページ。Chat / Cowork / Code すべてを含む macOS / Windows ネイティブアプリ。Linux(Ubuntu 22.04+ / Debian 12+)は 2026-07-01 にベータ提供開始 ↩︎