MCPは『Claude Codeを外部ツールに接続する標準』
MCP（Model Context Protocol）は、Claude Codeが外部ツール・データベース・APIに安全に接続するためのプロトコルです。GitHub操作・ブラウザ自動化・データベース問い合わせ・社内API連携などを、ターミナルワークフローの中から呼び出せるようになります。本記事では、MCPの基本、導入手順、現場で使われるパターン、最小構成のおすすめを編集部の視点で整理します。ツールの仕様は変化が速いため、最新は公式情報をご確認ください。
MCPサーバが解決すること
(1) 外部ツールとの統合：GitHub・DB・社内APIをClaudeから呼び出せる。(2) リアルタイムの情報取得：最新のIssue・PR・テーブルデータ等を即時参照。(3) 権限管理：ツール側で安全に制御。(4) 標準化：再利用可能なサーバ群が公開・共有される。(5) 編集と参照の融合：コードを書きながら情報源を切り替えずに済む。エージェント型コーディングツールの選び方 もご参考に。
MCPサーバの主要な種類
(1) GitHub MCP：Issue・PR・コード・Actionsの操作。(2) Filesystem MCP：ローカルファイルの参照・編集。(3) ブラウザ自動化（Playwright等）：WebアプリのE2Eテスト・スクレイピング。(4) データベース系：PostgreSQL・MySQL等への問い合わせ。(5) 専門ツール：Notion・Slack・Jira・社内システム等。ニーズに応じて2〜3個から始め、必要に応じて増やしていくのが現実的です。
最小構成のおすすめ
公開情報をもとにすると、多くの開発者は2〜3個のMCP（GitHub・Filesystem・ドメイン特化1つ）+ 数個のカスタムSkillsで十分とされています。(1) GitHub MCP：Issue/PR操作はほぼ全プロジェクトで有用。(2) Filesystem MCP：プロジェクト横断のファイル操作。(3) ドメイン特化1個：DB・社内API・Notion等から1つ。「全部入れる」のはトークン消費とノイズの増加を招くため、最小から始めるのが推奨です。生成AIを活用した学習法 もご参考に。
導入手順の例
(1) 使うMCPサーバを決める：公式リスト・OSSコミュニティから選ぶ。(2) .mcp.jsonに設定を書く：プロジェクトのルートに配置。(3) 認証情報を環境変数で渡す：credentialsはコミットしない。(4) Claude Code起動時に読み込まれる：自動的にツールとして公開される。(5) 動作確認：Claudeに「使えるMCPツールを確認して」と聞いて検証。セットアップは数分で完了する場合が多く、最初の体験を早く得られます。
本番運用での注意点
(1) 権限の最小化：read-onlyから始める。(2) credentialsの管理：環境変数・シークレットマネージャを使う。(3) レート制限：外部API呼び出しは予算管理を意識。(4) 監査ログ：誰が何をしたか追えるように。(5) サーバの信頼性：OSS系MCPサーバはコードを確認してから使う。セキュリティエンジニアへの転身ガイド もご参考に。
MCP・Skills・Hooksの使い分け
(1) MCPサーバ：外部ツール接続。リアルタイムデータと操作。(2) Skills：プロシージャル知識のオンデマンド読み込み（少トークン）。(3) Hooks：特定イベントでの自動実行（テスト・Lint等）。(4) Subagents：メインコンテキストを汚さず調査・レビュー。「ハード要件はHook、ベストプラクティスはSkill、外部接続はMCP」と覚えると使い分けやすいです。Claude CodeのSkills活用、Claude CodeのHooks活用 もご参考に。AI時代のエンジニアキャリア も合わせてご活用ください。