MCPサーバーとは？種類・選び方・安全に使うための権限設計

MCPサーバーとは、ClaudeなどのAIエージェントに「ツール」と「データ」を提供する、MCP（Model Context Protocol）の供給側コンポーネントです。 freeeの試算表を取る、Slackにメッセージを送る、GitHubにPRを作る——AIがこうした操作をできるのは、それぞれのサービスの操作をツールとして公開するMCPサーバーが間にいるからです。この記事では、MCPサーバーの種類と選び方、Claudeへの登録方法、そしてチームで使うときに必須になる権限設計を解説します。 MCPそのものの仕組みから知りたい方はMCPとは？の解説記事からどうぞ。

MCPサーバーの役割：APIをAIの「道具」に変換する

SaaSのAPIはそのままではAIから使えません。MCPサーバーは、APIの各操作を「名前・説明・引数」を持つツールとしてAIクライアントに公開します。 AIは会話の文脈からツールを選び、引数を組み立てて呼び出す。実行結果はサーバー経由でAIに返り、次の判断に使われます。つまりMCPサーバーはAPIとAIエージェントの通訳であり、同時にAIが業務システムに触る唯一の入口でもあります。

MCPサーバーの3つの種類

公式サーバー：サービス提供元が公開しているもの。GitHub・Notion・Stripeなど主要SaaSは公式MCPサーバーを提供しています。信頼性は最も高い一方、権限の粒度はサービス任せです。
コミュニティサーバー：有志がGitHub等で公開している実装。公式が未提供のサービスもカバーされていますが、供給元の信頼性・メンテ状況・要求される権限を必ず確認する必要があります。
自作サーバー：公式SDK（TypeScript・Pythonなど）を使えば、自社システムや未対応SaaSのAPIをラップするサーバーを自分で作れます。自由度は最大、運用と安全設計の責任も自分持ちです。

実行形態でも2つに分かれます。ローカル型（stdio）は自分のPC上でプロセスとして動かす方式で、個人利用の主流。 リモート型（HTTP）はサーバーとしてホストされたものに接続する方式で、チーム共有や認証情報の一元管理に向きます。

Claudeへの登録方法

Claude Codeならclaude mcp addコマンド、Claude Desktopなら設定ファイル（claude_desktop_config.json）にサーバーの起動コマンドまたは接続URLを書くだけです。登録後はAIのツール一覧に操作が現れ、会話から自動で呼び出されます。 ChatGPTやCursorなど他のMCPクライアントでも、同じサーバーをそれぞれの登録方法でつなげます。

選ぶときの3つのチェックポイント

供給元は信頼できるか：MCPサーバーはあなたの認証情報を扱い、業務データに触れます。出所不明の実装にAPIキーを渡すのは、知らない人に金庫の鍵を渡すのと同じです。
要求される権限は最小か：読み取りしか使わないのに書き込み権限まで要求するサーバーは避けるか、キー側のスコープを絞ります。
認証情報はどこに置かれるか：設定ファイルに平文で書く方式か、サーバー側で管理される方式か。チーム利用なら後者が原則です。

チームで使うなら：MCPサーバーの手前に権限レイヤーを

個人がローカルで試す段階では、公式サーバー＋自分のAPIキーで十分です。しかしチームの業務にAIエージェントを組み込む段階になると、MCPサーバー単体では解決できない問題が出てきます。

メンバー各自のPCにAPIキーが散在し、退職・漏えい時に失効範囲を特定できない
試算表の参照と仕訳の登録が同じ気軽さで実行される（読み書きの区別がない）
どのエージェントが・いつ・何をしたかの監査証跡が残らない

Grantryは、この問題を解くための権限レイヤーです。 40以上のSaaSへの接続をリモートMCPサーバーとして提供し、認証情報はサーバー側に暗号化保管。ワーカーごとにスコープ付きトークンを発行し、読み取りは自由に、書き込みは承認ゲート越しに、全コールを監査ログに残します。サービス別の権限設計はfreee・Notion・Slack・GitHubなど各ガイドで解説しています。

よくある質問

MCPサーバーはどこで探せますか？

まず接続したいサービスの公式ドキュメントで公式MCPサーバーの有無を確認するのが安全です。公式がない場合はGitHubやMCPサーバーのレジストリでコミュニティ実装を探せますが、供給元の信頼性と要求される権限を必ず確認してください。

ローカル型とリモート型はどちらを選ぶべきですか？

個人がPC上で試すならローカル（stdio）型が手軽です。チームで同じ接続を共有したい、認証情報を各自のPCに置きたくない、という場合はリモート（HTTP）型を選び、認証情報をサーバー側で一元管理する構成が向いています。

MCPサーバーにAPIキーを設定するのは危険ですか？

設定ファイルに平文で置いたAPIキーは、そのキーでできる操作すべてをエージェントに開放し、漏えい時の影響範囲もキー全体に及びます。読み取り専用スコープに絞る、認証情報をサーバー側に隔離してワーカーごとのスコープ付きトークンに差し替える、といった対策が必要です。詳しくはAPIキーをAIエージェントに渡さない設計で解説しています。