Claude CodeとMCP連携で業務をつなぐ実践ケース ― 業務全体をAI化する設計

「Claude Codeは便利だが、ターミナル内で完結する作業しかできないのでは」 ― 導入を検討する組織から多く受ける誤解だ。実際には、MCPと組み合わせることでClaude CodeはNotion・Slack・GitHub・Google Drive・Gmail・Calendar・freeeなど、組織が日常的に使う業務システムすべてとシームレスに連携できる。「議事録から実装タスクを生成してPR作成まで一気通貫」「Slackディスカッションを要約してNotion docに格納」「freee MCPで未処理明細を仕訳→結果をSlack通知」といった複合的な業務フローが、1つのプロンプトで実行可能になる。本稿では、Claude Code×MCP連携の効果、よく使われるMCPサーバー一覧、セットアップ手順、5つの実践ユースケース、設計ベストプラクティス、セキュリティ・パフォーマンス、自社MCP判断、運用落とし穴を整理する。

要点：MCP連携で「AIが業務システムと対話できる」状態を作れる。コード操作と業務システム操作を同じセッションで実行でき、業務全体のAI化が現実的になる。

1. なぜMCP × Claude Codeなのか ― 組み合わせの相乗効果

Claude Codeの強み（ターミナル統合・自律実行・SKILL.md・ファイル操作・コマンド実行）と、MCPの強み（外部ツールへの標準接続）を組み合わせると、3つの相乗効果が生まれる。第1にコード操作と業務システム操作を同じセッションで実行できる。第2に議事録から実装タスクを生成してPR作成までが一気通貫で動く。第3に業務全体のAI化が実現する。「コード書きAI」と「業務統合AI」が分離されていた時代から、両者が一体化した時代に移行している。Cursorなど他のAI IDEも徐々にMCP対応を進めているが、Claude CodeのMCP統合度は現在最も高い水準にある。

💡 ポイント：MCP単体・Claude Code単体での評価ではなく、組み合わせで生まれる相乗効果を経営層に説明することが、投資判断の鍵。

2. よく使われる主要MCPサーバー9選

主要なMCPサーバーは9つに整理できる。GitHub（PR・Issue管理）、Slack（メッセージ投稿・要約）、Notion（ドキュメント・DB操作）、Google Drive（ファイル取得・更新）、Gmail（メール下書き・送信）、Google Calendar（スケジュール管理）、freee（会計処理）、Figma（デザイン参照）、Postgres/MySQL（DB クエリ）。これら9つで多くの組織の業務をカバーできる。導入は「全部一気に」ではなく「最初は2〜3サービスから」が定石で、運用を回しながら徐々に追加していく。

📊 経営判断のコツ：自社で使っているSaaSのMCP対応マップを作成し、優先度を経営会議で議論する。一気に全部繋ぐと管理が破綻するため、段階導入が必須。

3. セットアップの基本4ステップ

セットアップは4ステップで進める。Step 1：MCP対応の確認 ― Claude Code最新版にアップデート、設定ファイル（~/.claude/settings.json）を確認。Step 2：MCPサーバーの追加 ― mcpServersセクションに各サーバーを定義し、コマンド・引数・環境変数（トークン）を設定。Step 3：認証情報の管理 ― 環境変数またはシークレットマネージャーで管理し、リポジトリにコミットしない。Step 4：動作確認 ― 「Slackの今日の#engineeringチャンネルを要約して」など簡単なタスクで動作確認。これら4ステップで個人利用は完了する。組織展開時は、設定の標準化と配布プロセスが追加で必要になる。

⚠️ 注意：認証情報をリポジトリにコミットすると重大インシデント。pre-commit hookで防ぐ仕組みを最初から入れる。

4. ユースケース① 議事録 → タスク生成

最も使われるユースケースの1つが、議事録からタスク生成だ。「今日のNotion議事録から、フォロータスクを抽出してNotionに作成して」というプロンプトを投げると、Claude CodeがNotion MCPで議事録を取得し、アクションアイテムを抽出、Notionにタスクとして作成するまでを自動実行する。1日複数のMTGがある管理職にとって、月20〜30時間の創出効果がある。SKILL.md化して/mtg-followupコマンドで起動する設計が定石で、毎日18時のスケジュールタスクとして自動実行することも可能だ。MTG後の煩雑作業を完全自動化する典型的な成功パターンになる。

💡 ポイント：このユースケースは即効性が高く、経営会議でデモすると一気にAIDD投資の理解が進む。最初の成功事例として狙い目。

5. ユースケース② Slackディスカッション → ドキュメント化

「今週の#productチャンネルで議論された機能を要約してNotion docを作成して」というプロンプトで、Slack MCPがチャンネルログを取得、LLMが要約、Notion MCPでドキュメント作成までを自動実行する。プロダクトマネージャーやテックリードがSlack議論の整理に費やしていた時間を大幅に短縮する。「Slackで盛り上がった議論が形になっていない」という組織課題に直接的な解決策を提供する。週次・月次の定例タスクとして自動化することで、議論内容の蓄積と振り返りが容易になる。組織のナレッジ管理が一段階進化するユースケースだ。

📊 経営判断のコツ：「議論の蓄積」と「振り返り」が一気に進むと、組織学習が加速する。経営層にも「組織能力への投資」として説明しやすい。

6. ユースケース③④⑤ Issue→実装、障害対応、会計処理

残り3つの代表ユースケース。Issue → 実装は「Issue #1234の仕様を読み、ブランチ作成→実装→PR作成して」でGitHub MCP経由でIssue取得、ファイル探索・実装、PR作成までを自動実行。障害対応は「Slack #incidentsの最新スレッドを取得し、関連するコードを調査して仮説を出して」でSlack MCPと自前のコード調査を組み合わせ、原因仮説を提示。会計処理は「freee MCPで未処理明細を取得し、自動登録ルールを生成→結果をSlackに通知」で経理業務を完全自動化。これら5ユースケースは多くの組織で再現可能な定番パターンとなっている。

💡 ポイント：5ユースケースのうち、自社で効果が大きそうな2〜3つを最初に試す。全部一気にやろうとすると失敗する。

7. 設計のベストプラクティス5原則

設計のベストプラクティスは5つ。最小権限でMCPサーバーには必要最小限の権限、読み取り専用と書き込み可を明示。リソース分離でプロジェクトごと・チームごとにMCP設定、共有設定と個別設定の階層化。監査ログで誰が・いつ・どのMCPを使ったかを記録、異常検知の仕組み。失敗時のフォールバックでMCP接続失敗時の代替フロー、リトライ・通知。人間承認の組み込みで重要操作（メール送信・課金処理等）は人間承認、Hooksで自動制御。これら5原則を守ることで、便利さと安全性を両立できる。

⚠️ 注意：5原則を1つでも省略すると事故が起きる確率が急上昇する。便利さを優先して原則を曲げる判断は、必ず後で代償を払う。

8. セキュリティとパフォーマンス・コストの考慮

セキュリティは4観点で整える。認証情報の保護（環境変数またはシークレットマネージャー、平文保存しない）、通信の暗号化（TLS必須、内部通信もVPN）、アクセス制御（IP制限、ロール別アクセス）、データの取り扱い（個人情報のマスキング、監査ログ）。パフォーマンスはMCP呼び出しを非同期で並列化、大量リクエストはキャッシュを併用する。コストはMCP自体に費用は基本かからないが、LLMトークンが増えるため月次レビューが必要。これらを総合的に管理することで、本番運用に耐える体制が整う。

📊 経営判断のコツ：セキュリティ4観点とパフォーマンス・コストの3点を「MCP運用の七点セット」として整え、四半期に1回レビューする運用を経営会議に組み込む。

9. 自社MCPサーバーを作る判断軸

自社MCPサーバーを作るかは3軸で判断する。作るべきケースは社内独自システムをAI化、公式MCPで足りない機能、セキュリティ要件で公開MCPが不可。作らなくていいケースは公式MCPで足りる、開発リソースが限定、試行段階。作る場合の最小要件は認証・ロール制御・監査ログ・ドキュメントの4つ。社内独自業務に特化したMCPサーバーは、競争優位の源泉になる。Lanitech社のKAIのような社内AI基盤を持つ企業は、MCPサーバーを通じて自社業務全体のAI化を進める方向に進んでいる。「最初は公式MCPで業務統合を試し、不足が見えてから自社MCP開発に進む」順序が安全だ。

💡 ポイント：自社MCP開発は半年〜1年スパンの投資。短期効果を狙うと失敗するため、中長期戦略の一部として位置づける。

10. 運用上の落とし穴と経営インパクト

運用上の落とし穴は4つ。認証情報のコミットは誤ってリポジトリに入る事故、pre-commit hookで防ぐ。権限過多は「とりあえず全権限」、最小権限の原則を徹底。監査なしは誰が何を実行したか追跡不能、ログ必須。MCP障害時の業務停止は単一障害点、フォールバック設計が必要。経営インパクトは即効性（議事録自動化・障害対応高速化・報告書作成省力化）と中長期（業務全体のAI化・属人化排除・組織知の活用）の両面で表れる。経営層は短期効果と中長期効果を分けて理解し、両方への投資配分を判断する。

📊 経営判断のコツ：4つの落とし穴を最初から運用ルールに組み込む。事故が起きてから整備では取り返しがつかないケースが多い領域。

まとめ

Claude Code×MCPの組み合わせは、業務全体のAI化を実現する強力な構成だ。GitHub・Slack・Notion・Drive・Gmail・Calendar・freeeなど主要MCPサーバーを2〜3個から段階的に導入し、議事録→タスク生成、Slack→ドキュメント化、Issue→実装、障害対応、会計処理など5つの定番ユースケースで実用化する。設計5原則（最小権限・リソース分離・監査ログ・フォールバック・人間承認）とセキュリティ4観点で運用を支え、自社MCPサーバーは中長期戦略として段階的に検討する。経営層は短期効果と中長期効果を分けて理解し、四半期レビューで進捗管理することで、AIDD成熟度を継続的に上げていける。

Claude Code×MCP導入チェックリスト

• [ ] Claude Code最新版にアップデートし設定ファイルを確認した
• [ ] MCPサーバーを2〜3個から段階的に導入している
• [ ] 認証情報が環境変数・シークレットで管理されている
• [ ] 5つの定番ユースケースから自社で効果が大きそうな2〜3つを試している
• [ ] 設計5原則（最小権限・リソース分離・監査ログ・フォールバック・人間承認）を守っている
• [ ] セキュリティ4観点（認証・暗号化・アクセス制御・データ取扱）が整備されている
• [ ] LLMトークンコストの月次レビューが運用されている
• [ ] 自社MCPサーバーの判断軸（必要性・リソース）を整理した
• [ ] 4つの落とし穴（コミット・権限・監査・障害点）への対策がある
• [ ] 経営層が短期・中長期両方の効果を認識している

IT COMPASSのAI駆動開発支援

IT COMPASS では、CTO経験者が外部CTO・技術顧問として、Claude Code × MCP連携の設計・運用を伴走支援しています。

支援できること

• 🔌 MCP連携設計：公開・社内・カスタムの組み合わせ設計、5ユースケースの実装支援
• 🤖 Claude Code導入支援：個人検証→チームパイロット→全社展開
• 🛠 ツール選定とパイロット設計：Claude Code / Cursor / GitHub Copilot 等の評価・PoC設計
• 🛡 ガバナンス・セキュリティ整備：AI利用ポリシー、権限設計、知財・契約ルール
• 📈 経営会議への定例参加：取締役会・経営会向けのKPI設計と進捗レポート

こんな方におすすめ

• Claude Code × MCPで業務統合を進めたいCTO・開発リーダーの方
• 自社MCPサーバーの構築判断を整理したい技術責任者の方
• セキュリティと利便性の両立を設計したい情シスの方

お問い合わせ

スポット相談（1回／契約不要・最短当日）から、月額契約での継続伴走まで、フェーズに応じて柔軟に対応します。
👉 IT COMPASS お問い合わせフォーム
経営と技術の両面から、御社のAI駆動開発を一緒に設計しましょう。

監修者

西脇　靖紘（lanitech合同会社 代表取締役CEO 兼 CTO）

「テクノロジーで人と社会をつなぐ」をミッションに、企業のDX推進・AI導入支援から、デジタル教育・地域共創まで幅広く活動。エンジニアとしての現場経験と経営視点を活かし、外部CTO・AIコンサルティングなどを通じて企業のデジタル変革を支援している。著書はオライリー・ジャパンから複数刊行。

 
lanitech合同会社 webサイト