XなどのSNSで Claude Code 利用ユーザーの声を見ていると、どうしても大半がエンジニアであることから「CLI一択っしょ！」みたいな雰囲気がありますが、実際細かく比較するとどうなんだろ〜？ってことで以下備忘録まとめ。
AI（Claude）に最新情報からなるべく正確かつ中立な立場でまとめさせたものの、日進月歩なのですぐまた状況は変わりそう…😅
Claude Desktop App vs CLI
徹底比較レポート
製品構造の全体像
Claude Codeは2025年2月、CLI（ターミナル）ツールとしてリリースされました。
GitHubの公式説明にも、今なお「an agentic coding tool that lives in your terminal」と記載されています。
しかし2026年現在、Claude CodeはDesktop App内のCodeタブ、VS Code拡張、Web版、モバイルアプリへと展開が進みました。
開発責任者のBoris Cherny氏も「Claude Code is more than a terminal CLI」と発言しています。
なお、Desktop AppのCodeタブは公式ドキュメントにおいて「Claude Codeをターミナルの代わりにGUIで使うもの」という位置づけです。
CLIとDesktop Codeタブは同一のClaude Codeエンジンで動作しており、CLAUDE.mdやプロジェクト設定を共有します。
ただしセッション履歴は別管理です。
/desktop コマンドを使えば、CLIセッションをそのままDesktopへ移行することも可能です（macOS/Windowsのみ、一方向）。
/desktop でセッション移行可能（CLI→Desktop、一方向）Desktop App 内 3タブの比較
Desktop Appには Chat・Cowork・Code の3つのタブがあります。
押さえておきたいのは、CoworkとCodeが同一のClaude Codeエンジンで動いている点です。
ただし実行環境やアクセスの範囲はまったく異なります。
| 観点 | Chat | Cowork | Code |
|---|---|---|---|
| 設計思想 | アドバイザー（会話型） | ナレッジワーカー（実行型） | 開発エージェント（実行型） |
| エンジン | Claude（チャット） | Claude Code | Claude Code |
| 実行環境 | クラウド | ローカルVM（サンドボックス） | ローカル or リモート（クラウド） |
| ファイルアクセス | 手動アップロードのみ | 指定フォルダのみ | プロジェクト全体 + ファイルシステム |
| コマンド実行 | 不可 | VM内で限定的 | ターミナルコマンド直接実行 |
| Git操作 | 不可 | 不可 | フルサポート（worktree並列開発含む） |
| サブエージェント | 不可 | 並列対応 | 並列対応 |
| スケジュール実行 | 不可 | 日次〜月次（GUI管理） | 日次〜月次（GUI管理） |
| セッション間記憶 | クラウドメモリ | なし（毎回ゼロスタート） | Auto Memory（MEMORY.md自動保存） |
| プロジェクト文脈 | Projects / Skills | フォルダ別指示文（限定的） | CLAUDE.md（永続化） |
| トークン消費 | 標準 | Chatより多い（公式記載） | 標準 |
| セキュリティ | 高（サーバー側実行） | 高（VM分離） | 中（ローカル直接実行） |
| 成熟度 | GA | リサーチプレビュー | GA |
Desktop App vs CLI — 運用上の決定因子
Desktop AppもCLIも、Claude Codeの異なるインターフェースです。エンジン能力に差はありません。
ここでは機能一覧ではなく、日常運用で体験の質を左右する因子に絞って比較します。
v2.1.76（2026年3月）時点の情報です。
| 運用因子 | Desktop AppChat + Cowork + Code 一体 | CLI（ターミナル） |
|---|---|---|
| 業務カバー範囲 | ||
| 対応できる業務の幅 | ◎ Chat（思考）+ Cowork（ナレッジワーク）+ Code（開発）を1アプリで切替 | △ 開発特化。チャット的な思考整理やドキュメント生成は苦手 |
| 並行処理 | ||
| 複数タスク同時実行 | ◎ Codeタブ: サイドバーで並列セッション（worktree分離）Cowork: 複数タスク並行 | ○ ターミナル複数起動 + worktree/color で視覚的に区別可（v2.1.75〜） |
| Agent Teams（マルチエージェント協調） | ✗ 公式に「not in Desktop」と明記 | ◎ 役割分担・タスク共有・チームメイト間メッセージリサーチプレビュー（v2.1.32〜）。Opus 4.6必須 |
| 継続性 — PCを離れたらどうなるか | ||
| アプリ/ターミナルを閉じた場合 | △ Cowork: セッション終了Code（リモート）: 継続可能 | △ 終了tmuxで回避可（state維持） |
| PCスリープ/シャットダウン | △ Cowork: 停止Code（リモート）: クラウド継続 | ✗ 停止（tmuxでも同様） |
| クラッシュ時のcontext保全 | ✗ ローカルセッション：state・context消失Remoteセッションはクラウド側で保全 | ◎ tmuxならセッション維持可能 |
| モバイルから監視・操作 | ✗ Codeタブからは未対応 | ◎ Remote Control（/rc）でスマホから操作 |
| 記憶・文脈蓄積 | ||
| セッション間記憶 | ○ Chat: クラウドメモリCowork: なし / Code: Auto Memory | ○ Auto Memory（MEMORY.md）ミスを自動記録→次回セッションに反映 |
| プロジェクト文脈永続化 | 同等 — CLAUDE.md・プロジェクト設定を共有（セッション履歴は別管理） | |
| 視認性・操作体験 | ||
| 変更内容の確認 | ◎ ビジュアルdiff（サイドバイサイド）+ インラインコメント | △ テキスト差分（git diff） |
| 動作プレビュー | ◎ 内蔵ブラウザでdev server表示・DOM検査 | ✗ 外部ブラウザで手動確認 |
| PR / CI 監視 | ◎ CI監視 + auto-fix + auto-merge | ✗ 別途GitHub等で確認 |
| 入力方法 | ◎ GUI + ドラッグ&ドロップ + 画像・PDF添付 | ○ テキスト + @メンションVoice mode（/voice）はClaude Code共通機能として段階的ロールアウト中 |
| 自動化・定期実行 | ||
| スケジュール実行 | ○ Cowork / Code：GUIで日次〜月次ディスク永続保存。ただしアプリ起動+PC稼働中が実行条件 | ○ /loop でセッション内cron（v2.1.71〜）軽量・即席だが3日で自動削除 |
| シェルレベルの完全自律 | ✗ 不可 | ◎ while true ループ + dontAskモード |
| CI/CDパイプライン統合 | ✗ 対話専用 | ◎ スクリプト・パイプライン前提の設計 |
| エラー回復・作業効率 | ||
| 状態のロールバック | ○ Git worktreeでセッション分離 | ◎ Esc×2でコード+会話を任意時点まで巻戻し |
| 作業中の軽量クエリ | 共通 — /btw はClaude Codeエンジン機能（v2.1.72〜）。読み取り専用、会話履歴を汚さない※ ターミナルのTUIオーバーレイとして設計。Desktop Codeタブでの動作は公式未確認 | |
| コードレビュー | ○ ビジュアルdiff + インラインコメント | ○ /simplify + /batch も利用可※ これらはClaude Code共通のbundled skills |
| 外部ツール連携 | ||
| MCP設定 | ◎ GUI（拡張機能パネル / Connectors） | △ JSON手動編集 |
| コスト | ||
| 課金柔軟性 | ○ サブスクがデフォルト環境変数でAPIキー課金も可能 | ◎ サブスク or APIキー従量課金スクリプト利用でAPIキーがより自然 |
| コンテキストウィンドウ | 同等 — Opus 4.6で1Mトークン（Pro含む全有料プラン） | |
| 学習コスト | ||
| 初期セットアップ | ◎ アプリDL → ログイン → 即利用 | △ ターミナル → インストール → 認証 |
| 日常操作の習熟 | ◎ GUI操作（ボタン・ドラッグ・サイドバー） | △ コマンド・スラッシュコマンド習得が必要 |
※ Remote Controlは2026年3月時点でCLIからのみ開始可能（リサーチプレビュー）。GitHub issue #29006で確認済み。
※ /simplify・/batchはバンドルスキルのためDesktop Codeタブでも利用可能と推定。/loop・/btw・/voiceはターミナルUI固有の設計であり、Desktop Codeタブでの動作は公式未確認。
※ /loopはセッションスコープ（セッション終了で消滅、最長3日）。DesktopのScheduled Tasksはディスク永続保存だが実行にはアプリ起動中＋PC稼働中が必要（スリープ中はスキップ、過去7日分キャッチアップ可能）。
※ Agent Teamsは公式Desktop文書で「not in Desktop」と明記されており、CLI＋Agent SDK限定。
CLIサーフェスでしかできないこと（確認済み）
Claude Codeには複数のインターフェースがありますが、そのうちCLIでのみ利用可能な機能をまとめます。
公式ドキュメントまたは信頼性の高い情報源で「CLI限定」と確認できたもののみを掲載しています。
| # | 機能 | 説明 |
|---|---|---|
| 1 | tmuxによるクラッシュ耐性 | tmux上でセッションを作っておけば、ターミナルが落ちてもセッションは残ります。 Desktop Appのローカルセッションはクラッシュ時にstate・contextが失われます。 ※ Desktop Codeタブの「Remoteセッション」はクラウド実行のため、アプリ終了・クラッシュでも継続します。 |
| 2 | dontAskモード | すべての確認をスキップし、完全自律で実行させるモードです。 Desktop UIの権限モード（Ask / Code / Plan / Bypass）には含まれておらず、スクリプト・自動化向けの設計です。 ※ 公式Desktop文書に「Flags not listed have no desktop equivalent because they are designed for scripting or automation」と記載。 |
| 3 | シェルレベルのループ実行 | while true; do claude "..."; sleep 60; done のような無限ループ。シェルスクリプトとの組み合わせのため、GUI上では実現しません。 |
| 4 | Remote Control | /rc コマンドでスマホから監視・操作が行えます。Mac miniでロングランさせ、外出先から介入するワークフローに適しています。 Desktop Codeタブからは開始不可（GitHub issue #29006で確認済み、feature request中）。 |
| 5 | CI/CDパイプライン統合 | CLIの-pフラグ（ヘッドレスモード）でパイプラインに組み込めます。GitHub Actionsとの連携にも対応。Desktop Appはインタラクティブ専用です。 |
| 6 | Agent Teams（マルチエージェント） | 複数のClaudeインスタンスにそれぞれ役割を与え、並行駆動させる仕組みです。 チームリードがタスクを分解し、チームメイトが並行して作業。メッセージのやり取りやコンフリクト解決も自律的に行います。 公式Desktop文書に「Agent teams: multi-agent orchestration is available via the CLI and Agent SDK, not in Desktop」と明記。 リサーチプレビュー（v2.1.32〜）。Opus 4.6必須。settings.jsonで有効化。 |
不要であれば、Desktop AppのCodeタブで同一のClaude Codeエンジンを利用できます。
Claude Codeエンジン共通の注目機能（2026年3月）
以下はClaude Codeエンジンの機能です。
一部はCLI・Desktop Codeタブ・VS Code拡張で共通利用が確認されていますが、ターミナルUI専用と見られる機能も含まれます。
| 機能 | 説明 | バージョン |
|---|---|---|
| /loop（セッション内cron） | /loop 5m check the deploy のように定期監視を設定。CI/CD・PR・ログ監視を「仕掛けて放置」する運用に適しています。 セッションスコープ（3日で自動削除）。 ※ CLIプロセス内で動作する設計。Desktopには別途GUIベースのScheduled Tasksがあります。 | v2.1.71〜 |
| /btw（軽量クエリ） | 作業を中断せずに質問できるread-onlyコマンド。 会話履歴には残らないため、メインの作業フローのcontextを汚しません。 Claudeが作業中でも割り込めます。 ※ ターミナルのTUIオーバーレイとして設計。Desktop Codeタブでの動作は公式未確認。 | v2.1.72〜 |
| /simplify | 3つの並列レビューエージェント（コード再利用・品質・効率性）がコードを分析し、自動修正します。 PR前の品質ゲートとして活用できます。 バンドルスキルのため、Desktop Codeタブでも利用可能と推定。 | v2.1.63〜 |
| /batch | 複数ファイルへの並列変換。隔離されたworktreeで独立実行し、それぞれPRを自動作成します。 大規模マイグレーションで威力を発揮します。 バンドルスキルのため、Desktop Codeタブでも利用可能と推定。 | v2.1.63〜 |
| Voice mode（/voice） | ターミナルでスペースキー長押しによる音声入力（push-to-talk）。20言語対応。 手が塞がっている状況でのペアプロが現実的になりました。 ※ ターミナルのpush-to-talk専用。Desktop Appには別途Chat向け音声入力があります（別機能）。 | v2.1.71〜 段階的ロールアウト中 |
| Auto Memory | パターン・好み・決定事項・ミスをMEMORY.mdに自動保存。 セッションをまたいで永続化される、使うほど賢くなる仕組みです。 /memory で確認・編集ができます。ファイルベースのため、Desktop Codeタブでも利用可能と推定。 | v2.1.32〜 /memory GA: v2.1.59〜 |
| Auto mode | 操作のリスクレベルをClaudeが自律判断し、安全なものだけ自動実行するモードです。claude --enable-auto-mode で有効化。dontAskと異なり安全性のガードレールを維持します。組織はMDM（disableAutoModeキー）で無効化可能。 | リサーチプレビュー 2026年3月〜 |
| /color | プロンプトバーの色を変更します。 並列セッションを視覚的に区別するのに便利です。 | v2.1.75〜 |
| /effort | モデルのeffortレベルを3段階で設定します。 最大effortが必要なときは「ultrathink」キーワードをプロンプトに含めてください。 | v2.1.76〜 |
※ /simplify・/batch・Auto MemoryはDesktop Codeタブでも利用可能と推定されますが、公式に明示された文書は確認されていません。
※ /loop・/btw・/voiceはターミナルUI固有の設計であり、Desktop Codeタブで同等に動作するかは公式未確認です。
※ Auto Memoryの自動記録機能はv2.1.32で初めて導入され、/memoryコマンド付きのGA版がv2.1.59です。
Desktop App にしかないもの
ここからは逆に、CLIでは得られないDesktop App固有の機能・体験を整理します。
| # | 機能 | 説明 |
|---|---|---|
| 1 | Chat タブ | 会話型の思考整理・壁打ち・Web検索・Artifact生成。 CLIにはこのモードがありません。 |
| 2 | Cowork タブ | 非コーディング業務のためのエージェント。 サンドボックスVM内でファイル操作・資料作成・データ分析が行えます。 CLIにはこの安全な実行環境がありません。 |
| 3 | ビジュアルdiff + コメント | ファイル変更をサイドバイサイドで視覚表示。 各行にコメントを残してClaudeにフィードバックを返せます。CLIはテキスト差分のみ。 |
| 4 | 内蔵プレビューブラウザ | dev serverを自動起動し、アプリ内でプレビュー。 DOM検査やフォーム操作、スクリーンショット取得まで対応しています。 CLIでは外部ブラウザで手動確認が必要です。 |
| 5 | PR/CI監視 + auto-fix/merge | PRを開くとバックグラウンドでCIを常時監視。 失敗→自動修正を試行し、全チェック通過→自動マージまで行います。 |
| 6 | GUIコネクター設定 | MCP接続をGUIから設定可能。JSON手動編集は不要です。 |
| 7 | ドラッグ&ドロップ入力 | 画像・PDF・ファイルをドラッグして即添付。 CLIではパス指定または@メンションで行います。 |
| 8 | リモートセッション（Code タブ） | GitHub接続によるクラウド実行。 アプリを閉じてもセッションがクラウド側で継続します。 ※ Coworkのスケジュールタスクはアプリ起動中＋PC稼働中が必要です（スリープ中はスキップ）。 |
非エンジニアがファイル操作・資料作成・データ分析をエージェントに委ねたい場合、それを実現できるのはDesktop Appだけです。
また #3〜#5 のビジュアルdiff・プレビュー・PR/CI監視は、コードレビューの体験を根本から変える機能であり、エンジニアにとってもDesktopを併用する積極的な理由になります。
よくある誤解と実態
「Claude Code ≒ CLI」という認識には歴史的な根拠があります。
ただし2026年現在はDesktop Codeタブ・VS Code拡張・Web版にも展開されており、いずれも同一のClaude Codeエンジンで動作します。
CLAUDE.md・プロジェクト設定は共有され、
/desktop でのセッション移行にも対応済みです（セッション履歴は別管理）。サブエージェントの並列実行、ファイルの直接操作、スケジュール実行に対応しており、Chatとは根本的にアーキテクチャが異なります。
CLIが優位なのは自動化特化機能とAgent Teams（マルチエージェント協調、Desktop非対応）です。
逆に、ビジュアルdiff・PR/CI監視・内蔵プレビューはDesktopにしかありません。
「高性能」ではなく「できることの種類が違う」が正確な表現です。
CLAUDE.md・Auto Memory・スラッシュコマンド等もすべて利用可能です。
CLI固有の6機能（Section 04参照）が不要であれば、Desktop CodeタブからClaude Codeの主要機能にアクセスできます。
「どちらを選ぶか」ではなく「どちらから始めるか」の問題です。
後からCLIを追加しても、無駄は一切発生しません。
DesktopのScheduled Tasksはディスクに永続保存されますが、実行にはアプリ起動中＋PC稼働中が必要です（スリープ中はスキップ、過去7日分はキャッチアップ可能）。
CLIの/loopはセッション内cronで、軽量かつ即席ですが3日で自動削除されます。
用途が異なるため、混同に注意してください。
一方、/btw（TUIオーバーレイ）と/voice（ターミナルpush-to-talk）はターミナルUI固有の設計であり、Desktop Codeタブでの動作は公式未確認です。
Desktop Appには別途Chat向けの音声入力が存在しますが、/voiceとは別の機能です。
CLI限定と確認されているのは、dontAsk・シェルレベルのwhile trueループ・Remote Control・Agent Teamsなどです。
結論
Section 01〜06の事実整理を踏まえた、本レポート作成者の見解です。
エンジニアの場合
CLI固有の6機能 — tmuxクラッシュ耐性、dontAsk、シェルループ、Remote Control、CI/CD統合、Agent Teams。
いずれも日常の開発ワークフローに直結するものばかりです。
中でもAgent Teams（マルチエージェント協調）は公式にDesktop非対応と明記されており、複数エージェントに役割を分担させたい開発者にとってCLIが必須になります。
tmuxによるクラッシュ耐性とRemote Controlも、長時間タスクを走らせる場面では代替の効かない機能でしょう。
一方で、Desktop Codeタブには「ビジュアルdiff + インラインコメント」「内蔵プレビュー」「PR/CI監視 + auto-fix/merge」といった、CLIにはない機能群があります。
レビューや視覚的な確認が必要な場面では、明確にDesktopが上回ります。
CLAUDE.md・プロジェクト設定は共有されるため、二重管理は発生しません。
非エンジニア（PM等）の場合
非エンジニアがDesktopを選ぶ最大の理由は「CLIが不要だから」ではありません。
Coworkタブの存在そのものです。
CLIにはCowork相当の機能がありません。
ファイル整理・資料作成・データ分析をエージェントに任せたいとき、それを実現できるのはDesktop AppのCoworkタブだけです。
さらに、Chatタブで思考を整理し、Coworkタブで資料を作り、Codeタブでソースコードを調査する。
この一連の流れが、タブ切替だけで完結します。
ビジュアルdiff・ドラッグ&ドロップ・GUIコネクター設定も、ターミナルに馴染みのない方にとっては体験が根本的に変わるはずです。
その上で、CLI固有の6機能（tmuxクラッシュ耐性、dontAsk、シェルループ、Remote Control、CI/CD統合、Agent Teams）がPM業務で日常的に必要になる場面は考えにくいでしょう。
/simplify・/batch・Auto Memory等はDesktop Codeタブでも利用可能と推定されます。
CLAUDE.md・プロジェクト設定は共有されているので、将来CLIが必要になった時点で追加すればすぐに使えます。
「まずDesktopで始めて、必要に応じてCLIを足す」。これが最もリスクが低く、合理的な順序です。
意外とCLI限定と誤解されがちな項目もあるし、非エンジニアへの結論についてはそうだよねって印象（エンジニア側についてはどうなんだろw）👀
あとは「デスクトップアプリ版は重い」という声も見かけるが…個人的にはあまり感じないかも？
