Claude CodeのMCP活用パターン集——実際に使って便利だったMCPサーバー5選＋注目の1本

はじめに

MCP（Model Context Protocol）は、Anthropicが策定したAIと外部ツールをつなぐ標準プロトコルだ。
「AI版USB-C」とも呼ばれ、2024年末の公開以降に急速に普及し、2026年時点で1万を超えるMCPサーバーが公開されている。

Claude Codeにこれを接続すると、GitHub・データベース・ブラウザ・外部サービスをターミナルから自然言語で操作できるようになる。
単なる「コード補完ツール」ではなく、開発ワークフロー全体を自動化する基盤に変わる。

この記事では実際に日常的に使っているMCPサーバーを5つ紹介する。
加えて、まだ試用段階だが注目しているMCPを1本追記した。
あわせて、MCPを増やすほどトークン消費が増えるという落とし穴についても触れる。

MCPサーバーの基本的な追加方法

Claude Codeへの追加は claude mcp add コマンド一本で完了する。

# npmパッケージ形式のサーバーを追加する例
claude mcp add context7 -- npx -y @upstash/context7-mcp

# ユーザー全体で有効にする場合（--scope user）
claude mcp add --scope user github -- npx -y @modelcontextprotocol/server-github

追加したサーバーの確認は claude mcp list で行える。設定は ~/.claude/ 配下の settings.json に保存される。

プロジェクト固有のMCPは .mcp.json をリポジトリに置く方式が便利だ。チームメンバーが git clone するだけで同じMCP構成を共有できる。

{
  "mcpServers": {
    "microcms": {
      "command": "npx",
      "args": ["-y", "@microcms/mcp-server"],
      "env": {
        "MICROCMS_SERVICE_DOMAIN": "your-service",
        "MICROCMS_API_KEY": "your-api-key"
      }
    }
  }
}

実際に使って便利だったMCPサーバー5選

① GitHub MCP — Issue・PRをターミナルから操作

公式の @modelcontextprotocol/server-github を使うと、GitHubのIssue・PR・コミット履歴をClaude Codeから直接参照・操作できる。

実際の使い方としては次のようなものが多い。

• 「Issue #42の内容を読んで実装方針を提案して」
• 「このPRの変更差分をレビューして問題点を列挙して」
• 「mainブランチの直近10コミットから変更の全体像を把握して」

ブラウザとターミナルを往復するコンテキストスイッチが減り、実装とレビューの流れが1つのセッションに収まるのが大きい。

② Context7 — ライブラリドキュメントをリアルタイム参照

@upstash/context7-mcp は、使用しているライブラリの最新ドキュメントをバージョン別にリアルタイムで取得してくれる。

Claudeのトレーニングデータはカットオフが存在するため、新しいAPIや破壊的変更を知らずに古い書き方を提案してしまうことがある。Context7を接続しておくと、コードを書きながら自動的に正しいバージョンのドキュメントを参照するようになる。

# プロンプト例
Astro 5.xでのコンテンツコレクション定義を教えて（Context7で確認して）

ハルシネーション由来のデバッグ時間が大幅に減る。

③ microCMS MCP — コンテンツ管理をClaude Codeから直接操作

@microcms/mcp-server を使うと、microCMSの記事下書き作成・取得・更新をClaude Codeから行える。

ブログの執筆フローでの実際の使い方はこうだ。PCVaultでMarkdownを書き終えたら、Claude Codeのセッションの中でそのままmicroCMSに下書きとして投稿できる。管理画面を開く必要がない。

「この記事をmicroCMSに下書きで登録して。タイトルは〇〇、カテゴリはdev」

コンテンツ管理系のサービスを使っている場合は、公式MCPがあるかを真っ先に確認する価値がある。

④ Google Calendar MCP — スケジュール確認を会話の中で完結

@modelcontextprotocol/server-google-calendar を接続すると、予定の確認・作成をClaude Codeのセッション内で行える。

「今週の空き時間を確認してタスクを割り当てて」「この実装はどのくらいかかる？今週のカレンダーを見て現実的なスケジュールを組んで」といった使い方ができる。

タスク管理とスケジューリングをコーディングの文脈から離れずに行えるのがメリットだ。

⑤ Playwright MCP — ブラウザ操作・UIテストを自動化

@playwright/mcp はブラウザをClaude Codeが直接操作できるようにする。スクリーンショット取得・フォーム入力・クリック操作といったUIレベルの自動化が自然言語で指示できる。

「localhost:3000のトップページを開いてスクリーンショットを撮って、
ログインフォームにテストアカウントでログインして結果を確認して」

手動のE2Eテストや、実装後の動作確認を自動化するときに重宝する。

⑥【追加予定】mcp-chrome — 普段使いのChromeをそのまま操作

hangwin/mcp-chrome はChrome拡張機能として動作するMCPサーバーだ。Playwright MCPとの最大の違いは普段使っているChromeブラウザをそのまま使う点にある。

Playwrightは専用のブラウザを起動するため、ログイン状態を毎回再現する必要がある。mcp-chromeは既存のセッションをそのまま引き継ぐため、認証が絡むテストや操作でつまずきにくい。

想定している使い方は2つだ。

ログイン済みアプリのデバッグ
画面を操作中にバグを発見したとき、その場でClaudeにスクリーンショットとコンソールログを渡して原因調査・修正までを一気通貫で依頼できる。

管理画面の操作自動化
microCMSやSearch Consoleなど、ログイン済みの管理画面を既存セッションのまま操作させられる。Playwrightでは再ログインフローの実装が必要になる場面でも、mcp-chromeなら省略できる。

ただし開発初期段階のプロジェクトのため、安定性はPlaywrightに劣る。まずは試用して使い勝手を確認してからメインの自動化ツールとして組み込むかを判断する予定だ。

MCPを使う前に知っておくべきコスト問題

MCPサーバーを追加するほど便利になる一方、トークン消費量が増えるという問題がある。

MCPサーバーはセッション開始時にツール定義（スキーマ）をコンテキストに読み込む。サーバーが多いほどこのスキーマが膨らみ、会話の初期コストが上がる。さらに、各ツール呼び出しの結果もコンテキストに積み上がっていくため、長いセッションほど消費が加速する。

実際の影響として、複数の大きなMCPサーバーを同時に有効にした状態では、比較的短い会話でもコンテキストウィンドウの上限に近づくことがある。コストが増えるだけでなく、後半の指示が前半の内容を参照できなくなるという品質問題にもつながる。

推奨する使い方は次の3つだ。

便利さとコストのバランスを意識して「少数精鋭」で運用するのがコツだ。

まとめ

Claude CodeにMCPを接続すると、コーディング・レビュー・コンテンツ管理・スケジューリング・ブラウザ操作が1つのセッションに収まるようになる。

まずGitHub MCPとContext7の2本から始めるのがおすすめだ。
この2本だけでも開発効率は大きく変わる。
慣れてきたら用途に合わせて1本ずつ追加していくとトークンコストを抑えながら拡張できる。

関連記事: microCMS の MCP サーバーで記事の執筆から投稿まで自動化した話