Claude デスクトップアプリ 2026 — Projects・MCP・拡張思考で日々の作業をローカルに統合する

Claude.aiのウェブ版は手軽で便利ですが、毎日の作業で Claude を本格的に使うようになると「もう少し深く統合できたら」と感じることが増えてきます。そのときに威力を発揮するのが Claude Desktop です。

私は Claude Desktop を使い始めてから、ローカルファイルへのアクセスやMCPを通じた外部ツール連携が格段に楽になりました。以下では、2026年時点で私が実際に使っている機能を、ウェブ版との違いや個人開発者にとっての価値という軸で整理していきます。

Claude Desktop とは — ウェブ版との本質的な違い

Claude Desktop は macOS と Windows で動作するネイティブアプリケーションです。見た目はウェブ版とほぼ同じですが、決定的な違いがあります。

ローカル環境との統合が最大の違いです。Claude Desktop はあなたのコンピューターの中で動作するため、MCPサーバーを通じてローカルファイルや各種アプリと直接連携できます。ウェブ版でも添付ファイルは使えますが、「Claudeがファイルシステムにアクセスして自律的に操作する」ような連携はDesktopでしか実現できません。

インストールは claude.ai/download から行えます。macOS 12以降・Windows 10以降が対応しています。

Projects — 長期プロジェクトの記憶を持たせる

Projectsは、特定のプロジェクトに関連する会話とファイルをひとつにまとめて管理できる機能です。

通常の会話はセッションが終わると文脈がリセットされますが、Projectに属する会話はすべてそのProject内で文脈が共有されます。「先週話した○○の件を踏まえて」と言えば、Claudeは同じProject内の過去の会話を参照してくれます。

Projectにはカスタムインストラクションを設定できます。「このプロジェクトではTypeScriptのコードを書く際はstrict modeを前提にする」「返答は常に日本語で、コードコメントは英語にする」といったルールを一度設定しておけば、そのProject内のすべての会話に適用されます。

実際に私が活用しているProjectの例を挙げると、アプリ開発では「MyApp開発」というProjectを作り、アーキテクチャの決定理由・実装の注意点・過去のバグとその解決策をファイルとして追加しています。これによってClaudeは常にプロジェクト固有の文脈を理解した上で回答してくれます。

Project: MyApp開発
├── インストラクション: TypeScript strict mode, React Native 0.75以降
├── ファイル: ARCHITECTURE.md, KNOWN_ISSUES.md
└── 会話履歴: 設計議論, バグ調査セッション, コードレビュー

ファイル統合 — 添付の限界を超える

ウェブ版では一度の会話でファイルを添付できますが、Claude DesktopではMCPを使ったファイルシステム連携が可能です。これはまったく別次元の体験です。

標準のファイル統合（添付ファイル）は次のファイル形式をサポートしています。テキストファイル・PDF・画像（PNG/JPG/GIF/WebP）・コードファイル（.py/.js/.ts/.mdなど）など多様な形式に対応しています。

一方、MCP経由のファイルシステム連携では、Claudeが特定ディレクトリ内のファイルを自律的に読み書きできます。「srcフォルダの中の全TypeScriptファイルを確認して、型エラーの可能性がある箇所を教えて」といった指示が可能になります。

MCP（Model Context Protocol）— Claude を自分のツールと繋ぐ

MCP は Claude Desktop の最大の強化機能といっても過言ではありません。MCP サーバーを設定することで、Claude があなたの開発ツール・データベース・外部サービスと直接通信できるようになります。

設定は claude_desktop_config.json で行います（macOS では ~/Library/Application Support/Claude/ に配置）。

{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/yourname/projects"]
    },
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "YOUR_TOKEN"
      }
    },
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres"],
      "env": {
        "POSTGRES_URL": "postgresql://user:password@localhost/mydb"
      }
    }
  }
}

設定後に Claude Desktop を再起動すると、MCPツールが利用可能になります。会話画面のツールアイコンで接続済みのMCPサーバーを確認できます。

特に便利なMCPサーバーをいくつかご紹介します。

filesystem: ローカルのファイルを読み書きできます。コードベースをまるごとClaudeに渡してレビューしてもらうような使い方が可能です。

github: リポジトリの操作、PRの作成・レビュー、Issueの管理ができます。「このPRに対するコードレビューをして」という指示一つで詳細なレビューを書いてもらえます。

puppeteer: ブラウザを操作してウェブスクレイピングや自動テストが行えます。「このURLのページの主要な情報を取得して」といった指示が可能です。

sqlite / postgres: データベースにSQL不要で問い合わせできます。「売上データの中で先月と比べて大きく変化したものを教えて」という自然言語クエリが使えます。

拡張思考（Extended Thinking）

Claude 3.7 Sonnet 以降のモデルで使える拡張思考は、回答の前に Claude が内部で長時間考察を行う機能です。Claude Desktop では会話ごとに有効・無効を切り替えられます。

拡張思考が威力を発揮するのは、複数のステップが絡み合う複雑な問題です。

数学的証明や論理的な証明問題
コードのアーキテクチャ設計（トレードオフの考察が必要な場合）
長い文書の構造的な分析
多角的な判断が求められるビジネス上の意思決定

逆に、単純な翻訳や事実確認には向きません。拡張思考を有効にすると回答時間が長くなるので、本当に複雑な問題だけに使うのがコツです。

コンピューター操作（Computer Use）

Claude Desktopのコンピューター操作機能を使うと、ClaudeがmacOSまたはWindowsの画面を見ながらアプリを操作できます。2026年現在、この機能は段階的に拡張されており、一部のユーザーに公開されています。

コンピューター操作では、画面のスクリーンショットを取得し、マウスのクリックやキーボード入力を実行します。「このスプレッドシートのデータをもとに月次レポートを作成して」といった、複数ステップにまたがる作業を自律的に実行してもらえます。

ただし、現時点での実用上の注意点もあります。処理速度がゆっくりで、複雑な操作では途中で詰まることがあります。また、パスワード入力や金融取引など、安全性が重要な操作には使わないことを強くおすすめします。現状では「自律的なアシスタント」というよりも「操作方法を見せながら一緒に作業する」イメージで使うのが合っています。

ウェブ版 vs Desktop — どちらを使うべきか

毎日の簡単な質問や調べ物であれば、ウェブ版で十分です。ブラウザで開くだけで使えるシンプルさは大きな強みです。

以下に当てはまる場合はDesktopの選択肢が広がります。ローカルのプロジェクトファイルとClaudeを連携させたい、複数のアプリや外部サービスとClaudeを接続したい、長期にわたるプロジェクトの文脈を保持したい、そしてMCPサーバーを使った高度な自動化を行いたい、こうしたニーズがあればDesktopが真価を発揮します。

キーボードショートカットと設定

日常的な使用を快適にするショートカットをいくつかご紹介します。

新しい会話: macOS は ⌘N、Windows は Ctrl+N
Project を開く: macOS は ⌘K、Windows は Ctrl+K
コードブロックをコピー: 選択して macOS は ⌘C、Windows は Ctrl+C
ダークモード切替: macOS・Windows ともシステム設定に従います

設定画面（⌘,）では、起動時の動作・通知・データのプライバシー設定などを変更できます。

Claude Max プランとデスクトップアプリの関係

Claude Desktopはすべてのプランで利用できますが、Claude MaxプランではAPI使用量の上限が大幅に引き上げられ、優先的なアクセスが保証されます。特にMCPを多用したり、大量のファイルを処理したりする場合は、使用量の制限に当たりやすいので、Maxプランが現実的な選択肢になります。

プロフェッショナルとして日常的にClaudeを活用するなら、Desktop + Maxの組み合わせが今のところ最も強力な環境です。

デスクトップならではの実用Tips — Artifacts とメール下書きを作業に組み込む

ここまでは機能ごとの説明でしたが、個人開発をしていると、Desktop の価値が一番はっきりするのは、複数の機能を一つの作業の流れに束ねたときだと感じます。私自身が日々もっとも助けられているのが、Artifacts とメール下書きの二つです。

Artifacts はローカルに書き出してこそ活きる

Artifacts は、会話の横でコードや図表やUIのたたき台をその場で描いてくれる機能です。React・Recharts・Three.js といったライブラリも使えるので、ダッシュボードの試作や簡単な3D表示の確認まで、ブラウザを離れずに回せます。

ウェブ版でも Artifacts は使えますが、Desktop では一歩先まで進めます。filesystem MCP を設定しておけば、「いま作った Artifact を ~/work/proto/dashboard.jsx に保存して」と頼むだけで、その場でローカルファイルになります。手元のエディタですぐ開けるので、試作から実装への移行で手が止まりません。

うまく表示されないときは、原因がだいたい決まっています。localStorage や sessionStorage を使うコードは Artifacts のプレビュー環境では動きません。状態はコンポーネント内の state で持たせてください。依存が多すぎる長いコードは一度に描こうとせず、部品ごとに分けて頼むと安定します。それでも崩れるときは、プレビューを一度リロードすると直ることがあります。

メールの下書きは「文脈ごと」渡す

ビジネスメールの作成・返信・翻訳は、Claude がとても得意とするところです。ただ、白紙から「丁寧な断りのメールを書いて」と頼むと、当たり障りのない文面しか返ってきません。

Desktop で Gmail 系の MCP をつないでおくと、ここが変わります。実際のスレッドを読ませたうえで「この相手に、納期を一週間ずらしたい旨を、いつもの私の口調で」と頼めば、文脈を踏まえた下書きが出てきます。翻訳も同じで、直訳ではなく「相手はアメリカの取引先なので、結論を先に置いた簡潔なトーンで」と添えると、ぐっと実用的になります。

一つだけ守っていることがあります。送信そのものは必ず自分の手で行うことです。下書きまでを Claude に任せ、宛先と本文を自分の目で確かめてから送る。この線を引いておくと、安心して任せられる範囲が広がります。

Artifacts が真っ白・出てこない時の切り分け

先ほどは表示崩れの典型例に触れましたが、Artifacts のつまずきはもう少し種類があります。私自身、Dolice のサイト群の試作を Artifacts で回すなかで、症状ごとに見る場所が違うと分かってきました。原因の当たりをつけやすいよう、症状別に整理しておきます。

症状	まず疑うところ	手当て
そもそも Artifact が出てこない	コードが短く、本文中のコードブロックとして扱われている	「これを Artifact にしてください。ファイル名は `dashboard.jsx`」と、成果物として書き出す意図を明示する
プレビューが真っ白のまま	描画時の実行時エラーが握りつぶされている	一度に全部を描かせず、まず土台だけを返させて、どこで落ちるかを切り分ける
import で止まる	CDN に無いライブラリ、または古い版の API を呼んでいる	読み込めるのは CDN 配信のライブラリに限られます。バージョン固有の新しい API は避け、枯れた書き方に寄せる
直してと頼んでも変わらない	部分修正が前の版に引きずられている	「一から作り直してください」と伝え、版を切り直す

真っ白なプレビューの大半は、React コンポーネントの書き方が原因でした。Artifacts は default export を前提にしますし、必須の props を持つコンポーネントは初期描画で値が無く落ちます。次の形に寄せておくと、まず崩れません。

// 必須 props を作らない。既定値を持たせ、default export で返す
export default function Dashboard({ title = "売上", data = [] }) {
  // localStorage は使わず、状態はここで持つ
  const rows = data.length ? data : [{ label: "サンプル", value: 42 }];
  return (
    <div style={{ padding: 16 }}>
      <h2>{title}</h2>
      <ul>
        {rows.map((r) => (
          <li key={r.label}>{r.label}: {r.value}</li>
        ))}
      </ul>
    </div>
  );
}

ポイントは、外から props が来なくても単体で描けるようにしておくことです。Artifacts のプレビューは props を渡してくれないので、既定値がそのまま初期表示になります。3D 表示で Three.js を使うときも同じ考え方で、最新版でしか使えないジオメトリを避け、基本図形の組み合わせに置き換えると安定しました。

真っ白のときは、ブラウザの開発者ツールよりも先に「描く量を減らす」ほうが早く原因に届きます。落ちる一行を小さく囲い込んでから、周りを足していく。試作を止めないための、地味ですが効く順番です。

全体を振り返って — まず MCPから試してほしい

Claude Desktopの全機能の中で、最初に試してほしいのはMCPです。特に filesystem MCPサーバーを設定してローカルのコードベースとつなぐだけで、作業の質が大きく変わることを実感できると思います。

Projectsはそのあとでも始められます。まずMCPで「Claude が自分のマシンを理解している」という感覚を掴んでから、長期プロジェクトでの活用を検討してみてください。インストールから最初のMCP設定まで、30分あれば十分に試せます。