Claude Code デスクトップアプリ｜既存ツールと連携する最小構成

2026年4月24日 2026年4月22日岩崎

この記事の道筋

MCPという連携の考え方
Google Drive 連携の設計
GitHub・Slack との接続
連携を増やす順序の原則
よくある質問

Claude Code デスクトップアプリ単体でも十分に強力だが、既存ツールと連携させると業務フロー全体が動き始める。ここで設計を誤ると、連携が多いのに効果が薄いという状態に陥る。

連携の設計原則は「触る頻度の高いツールから順に、1 つずつ」。一気に全部つなぐと、不具合の切り分けが難しくなる。

経営者が自分の業務で使っているツール群を棚卸しして、優先順位を付ける工程がここの本丸。ツール選定ではなく、順序設計が勝負を分ける。

MCP（Model Context Protocol）とは：Anthropic が公開した AI モデルと外部ツールを接続する共通規格。Google Drive や GitHub など各種ツールへ Claude が安全にアクセスでき、個別の API 統合を書かずに連携を組める標準プロトコル。

MCPという連携の考え方

連携を扱う前に、MCP の考え方を理解しておくと設計判断が速くなる。

なぜ独自 API ではなく MCP か

従来は各ツールごとに個別の API 接続コードを書く必要があった。MCP はこの接続方式を標準化し、同じ規格で複数のツールへ繋がる設計を提供する。

実務上のメリットは 2 つ。接続設定が YAML ベースで読める形になり、変更時の影響範囲が明確になる。加えて、ツールを増やすたびに新規コードを書く工数が不要になる。

経営者の視点で重要なのは後者。連携ツールを段階的に増やしていく運用と相性が良く、初期に小さく始めて育てる設計が成立する。

MCP サーバーの種類

MCP サーバーは「公式提供」「コミュニティ提供」「自社構築」の 3 種類がある。最初は公式と信頼できるコミュニティ提供のみを使う運用が安全。

自社構築は社内固有のツールと繋ぎたい時の選択肢だが、初期セットアップ段階では踏み込まない。まず既製のサーバーで相場観を掴んでから設計する順序。

導入前に公式のリポジトリで提供元と更新履歴を確認する。更新が止まっているサーバーは、本番運用では避けるのが無難。

接続設定の保管場所

MCP の接続設定ファイルは、各 OS の標準設定ディレクトリに配置される。macOS なら `~/Library/Application Support/Claude`、Windows なら `%APPDATA%\\Claude` 配下。

この設定ファイルには API キーなどの認証情報も含まれるため、バックアップの扱いには注意が必要。Git リポジトリに誤って含めるインシデントが報告されている。

ご自身で設定を扱う際は、.gitignore にパスを書いておく運用を最初から徹底する。後から思い出して直すのではなく、初期セットアップ時に組み込む設計。

出典: Model Context Protocol 公式ドキュメント（2026）

Google Drive 連携の設計

業務で最も使用頻度が高いのが Google Drive 連携。ここから繋ぐと効果を体感しやすい。

Drive 連携で実現できること

Drive 上の Doc や Sheet を Claude が直接読み書きできる。議事録の要約、数値の集計、資料の雛形生成まで、対話しながら作業を進められる設計。

ダウンロード→編集→アップロードの往復を省略できるため、日常業務の時間が目に見えて減る。特に定例レポート作成の工数は半減する体感。

皆さんの業務で Drive を日常的に開いているなら、この連携はほぼ確実に投資回収できる。まず接続してみて、1 週間使って判断する進め方がおすすめ。

権限設計の原則

Claude が Drive 全体にアクセスできる設定にすると、意図しないファイルまで編集対象になるリスクがある。最初は「Claude 連携用」のサブフォルダを作り、そこに作業対象のファイルだけを置く運用から始める。

サブフォルダ方式は手間に感じるが、事故を防ぐ設計として有効。慣れてきて安全性に確信が持てた段階で、アクセス範囲を段階的に広げる順序。

会社の共有ドライブに繋ぐ際は、情シス担当と範囲合意を取る工程が必要。法務リスクを経営者が先に整理しておく責任がある。

個人用 Drive と社用 Drive の切り分け

初期テスト段階は個人用 Drive で動作確認し、挙動を把握してから社用 Drive へ展開する 2 段階アプローチが安全。いきなり社用に繋ぐと、想定外の動作で共有ファイルに影響が出る恐れがある。

個人用で 1 週間運用すると、Claude がどの程度信頼できるかの感触が掴める。その判断なしに社用展開するのは、経営者として慎重さを欠く判断。

あなたの会社で社用 Drive の管理ルールが整っていない場合、この連携を機にルール整備するチャンスと捉える。AI 連携の規律が、ドキュメント管理全体の規律を引き上げる。

GitHub・Slack との接続

開発現場や社内コミュニケーションへの接続は、使い方次第で効果が大きく変わる。

GitHub 連携で何が変わるか

リポジトリの issue 作成、プルリクエストの要約、コードレビューの補助までを Claude が担う。開発現場の小さな雑務を吸収する設計。

ただし、本番コードへの直接書き込みは初期段階で許可しない方針が安全。レビューと提案に留めて、最終的な書き込みは人間が判断する運用から始める。

コードを書かない経営者でも、issue 起票と進捗の要約だけで十分に恩恵がある。エンジニアメンバーとの対話時に、背景情報を先に Claude から引き出してから会議に臨む運用が有効。

Slack 連携の落とし穴

Slack との連携は便利だが、「全チャンネルを読ませる」設定は避ける。プライバシー・セキュリティの両面でリスクが大きい。

業務報告用や議事録専用のチャンネルを特定して、そこだけを対象にする設計が現実的。絞った運用の方が、Claude の応答も的確になる。

DM を Claude に読ませる設計は、人事・法務の観点で避ける。チャンネルの公開性が、そのまま AI 連携の可否を決める境界線として機能する。

通知量のコントロール

連携を増やすと Claude からの通知・提案が増え、情報過多に陥りやすい。通知設定を最初に厳しく絞り、必要な時だけ Claude に話しかける受動的な使い方から始める。

能動的に Claude が話しかけてくる設計は、慣れてから段階的にオンにする。初期から能動モードにすると、本業への集中が削がれる副作用が大きい。

通知設計は導入成否を左右する隠れた要素。ここを雑に扱うと、便利だったはずの連携が「うるさいツール」に変質する。

出典: GitHub エンタープライズ AI 連携レポート（2025）

連携を増やす順序の原則

どの連携から着手すべきかの判断基準。順序を誤ると投資対効果が半減する。

原則1｜触る頻度の高いツールから

毎日開くツールと週 1 回しか開かないツールでは、連携の投資回収速度が 5 倍以上違う。まず毎日触るツールに繋ぐ設計が定石。

Drive、メール、カレンダーあたりが多くの経営者にとって該当する。業務の棚卸しで、開いている時間が最も長いツールを特定する作業から始める。

逆に、月 1 回しか開かない会計ソフトのような領域は、初期連携対象から外す。後から必要になったタイミングで追加する順序が合理的。

原則2｜一つずつ足して効果を測る

複数の連携を一気に入れると、どの連携が効果を生んだかの切り分けが難しい。1 週間に 1 連携のペースで増やし、都度効果を観察する設計。

「効果の観察」とは、連携前と連携後で業務時間がどう変わったかのざっくりした把握で十分。厳密な計測は不要で、体感レベルで十分な判断材料になる。

効果が薄い連携は、遠慮なく切る。繋いだまま放置すると、設定ファイルが肥大化し、将来のトラブルシュート時に邪魔になる。

原則3｜設定を文書化しておく

連携を追加するたびに、何をどこまで繋いだかを簡潔に記録する。Notion でも Markdown でも良い。将来の展開時、同じ設計を横展開するための原典になる。

記録を残さずに個別設定だけ積み上げると、3 ヶ月後に自分でも何を繋いだか思い出せなくなる。これは高確率で起きる現象で、事前防御が必須。

初期セットアップ全体の流れはClaude Code デスクトップアプリの初期セットアップ手順でも触れているが、連携の設計も同じ原則で進む。未経験のまま記録を軽視すると、必ず後悔する。

よくある質問

MCP 連携は無料で使えますか

MCP 自体は無料のオープン規格で、サーバー側の利用料金も多くが無料または低額。ただし、連携先のツール（GitHub の有料枠や Google Workspace の容量プラン）には別途費用がかかる場合がある。Claude の API 消費量は連携が増えると増える傾向があるため、月次の API 利用額は定点観測する習慣を持つのが安全。