【Claude Code 完全構築】MCPサーバー連携で業務自動化エージェントを作る完全ガイド2026年5月版｜GitHub・Notion・Slackを束ねる実戦テンプレ

はじめに：MCP は「Claude Code を社内システムの司令塔に変える」鍵

2026年5月、Claude Code が「コードを書くツール」から「業務を自動化する司令塔」へ進化する分水嶺になっているのが MCP（Model Context Protocol）です。Claude Code に MCP サーバーを接続すると、GitHub のイシューを読み、Notion のページを更新し、Slack に通知し、Postgres にクエリを投げる――これらをすべて1つのプロンプトから実行できるようになります。

問題は、MCP の仕様自体が新しく、しかも Claude Code 側の設定方法がプロジェクトによって微妙に違う点です。「公式ドキュメントを読んでも動かなかった」「設定したのに認識されない」という声が後を絶ちません。本記事は、MCP を業務自動化に使う目線で、コピペで動く設定テンプレと5つの実戦シナリオを統合します。

本記事で得られるもの

・ MCP が業務自動化を変える3つの理由（構造的整理）
・ Claude Code に MCP を安全に接続する設定パターン
・ コピペで動く 5つの業務自動化シナリオ（イシュー処理 / 議事録 / 顧客対応 / レビュー / 監視）
・ 認証ハンドリング（OAuth・API Key・短命トークン）の実戦テンプレ
・ MCP が動かない/暴走するよくある失敗7選と対処
・ 業務自動化エージェントの 30日運用ロードマップ

対象読者

・ Claude Code を使っているが「MCP は名前を聞いたことがある程度」状態の人
・ 既に1つ MCP を試したが「実用シナリオに落とし込めない」と感じている人
・ 社内の GitHub / Notion / Slack をまとめて自動化したい個人事業主・小規模チーム
・ 「1つのプロンプトで複数システムを動かす」体験を作りたい人

逆に、次の方は別の記事をおすすめします。

・ Claude Code 自体の導入がまだの方（公式インストール手順を先にどうぞ）
・ 大規模エンタープライズで RBAC/監査ログ要件が厳しい方（別記事#045で扱います）
・ MCP サーバー自作に挑戦したい方（別記事で MCP server 自作ガイドを予定）

なぜ MCP が「業務自動化を変える」のか：構造的理由3つ

MCP が登場するまで、Claude Code は「ローカルファイルとシェルコマンド」が世界の境界線でした。それが MCP で広がった理由は次の3つです。

| 構造変化 | 説明 | 結果 |
|---------|------|------|
| ① 標準化されたプロトコル | サーバーが共通インターフェースで提供 | 1つの設定で多サービス接続 |
| ② 認証フローの分離 | 認証はサーバー側、Claude Code は呼ぶだけ | API キーが Claude Code 本体に流出しない |
| ③ ツール定義の自動取得 | サーバーが自身のツールを宣言 | プロンプトでツール名を覚える必要なし |

3つを足すと、「Claude Code が知らないサービスでも、MCP サーバーがあれば即統合できる」世界になります。これが業務自動化の主役交代を起こしている本質です。

Claude Code に MCP を接続する方式は実用上3つです。

| 方式 | 特徴 | 用途 |
|------|------|------|
| stdio | サーバーをサブプロセスとして起動 | ローカルツール・個人作業 |
| HTTP (SSE) | リモートサーバーに HTTP で接続 | チーム共有サーバー・SaaS |
| Streamable HTTP | HTTP ベースで双方向ストリーム | 大規模・本番環境 |

最初は stdio が圧倒的にラクです。サーバーバイナリを起動するだけで動くので、認証も最小限で済みます。慣れたら HTTP / Streamable HTTP に拡張していくのが王道です。

設定ファイルの最小例（.claude/settings.json または ~/.claude/settings.json）:

{
  "mcpServers": {
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "${GITHUB_TOKEN}"
      }
    }
  }
}

${GITHUB_TOKEN} のようにして環境変数経由でトークンを渡せます。Claude Code が直接トークンを保持しない設計が、認証セキュリティの肝です。

業務自動化シナリオの全体マップ

本記事では業務自動化を5つのシナリオに整理します。

| シナリオ | 連携サーバー | 効果 |
|---------|-------------|------|
| ① イシュー受付・分類 | GitHub + Slack | 受付の即時化と未分類ゼロ |
| ② 議事録作成・配布 | GoogleDocs / Notion + Slack | 会議終了から共有まで5分 |
| ③ 顧客対応の一次返信 | Gmail / Intercom + Notion | 返信の遅延ゼロ |
| ④ コードレビュー支援 | GitHub + Postgres | PR で自動的に DB 影響を分析 |
| ⑤ 監視と再起動 | Sentry / Datadog + Slack | 障害検知から通知までの自動化 |

5つはどれも「複数システムを束ねる」のがポイントです。1つのシステムだけで完結する自動化は MCP を使う必要がありません。サイロを越える時こそ MCP の出番です。

以下、有料部分でこの 5シナリオの完全テンプレート・認証ハンドリング・デバッグ手順・失敗パターン7選・30日ロードマップを、すべて再利用できる形で展開します。テンプレはそのまま .claude/settings.json にコピーすれば、Claude Code が直接 MCP サーバーを認識する状態まで作り込んであります。