MCPサーバーが多すぎて、どれを仕事へ入れればよいか迷っていませんか。MCPサーバーのおすすめを、順位ではなく、提供元と保守、権限から選ぶ方法で整理します。
MCPサーバーのおすすめは、作った会社がはっきりした公式の物を、まず読むだけで1〜3本から試すことです。
- 探す場所は、公式の一覧と、各社の公式ページです。
- 入れる前に、誰が作り、今も直しているか、何ができるかを見ます。
- 書く、送る機能は、読むだけで試してから人の承認つきで足します。
目次
MCPサーバーのおすすめは?最初は公式×読むだけ
最初は公式の配布元が分かる物を、読むだけの仕事で1〜3本から試します。これは私たちの目安で、全ての仕事に必要な本数ではありません。


結論の3つの理由
- 提供元が分かる:公式Registryから、作者が出す説明と配布元へ進めます。
- 保守を確かめられる:公式の参照実装でも、現役とアーカイブを見分けます。
- 読むだけで試せる:GitHub公式の設定なら、書く道具を分けて使えます。
Official MCP Registryは、公開されたサーバーを探す公式の名簿です。MCPは、AIと外の道具をつなぐ共通の差し込み口にたとえられます。意味と仕組みの基本は、MCPとはで解説します。
公式という札は、何でも自動で任せてよいという意味ではありません。後で見るGitHubの例には、読むだけへ絞る設定があります。自分の仕事で必要な操作を先に決め、その機能を選んで使います。
大手の公式サーバーが増えている
WEBMARKSの公式アカウントは、2026年10月29日にAppleのMCP対応を紹介しました。
発信は、Keynote、Pages、Numbersを外のAIから読み、編集する動きを扱います。大手の名前だけで選ばず、公式の配布元から使える操作を確かめてください。
MCP共同作者のDavid Soria Parra氏の投稿は、2026年10月28日の発信です。AppleがSwift用のMCP開発キットの保守を引き受けたと報告しています。開発キットは、接続する仕組みを作る部品箱のような物です。
このように、道具の提供と、その土台の保守には別の動きがあります。使うサーバー本体がどこにあり、誰が直すかを個別に確認します。AI全体の説明は、AIエージェントとはで扱います。
MCPサーバーはどこで探す?
公式の一覧で候補を探し、各社の公式ページと配布先で中身を確かめます。参照実装の一覧は学習用で、仕事向けの完成品の名簿とは区別します。


STEP1:公式の一覧で探す
MCP公式の名簿で、名前と版、更新日を見る画面です。

- 1ページの題(Official MCP Registry・Discover Model Context Protocol servers)
- 2名前で探す欄(3文字以上)と「最新版だけ表示」の印
- 3最近更新されたサーバーの一覧(名前の前半は提供元のドメインを逆向きにした形・版・更新日)
赤枠2の名前の欄へ使う道具を入れ、赤枠3の版と更新日を見ます。名前の前半の提供元も照らし、候補を一つ選んでください。
名簿の検索は、3文字以上の名前を入れる形です。最新版だけを表示する印もあり、候補のカードには版と更新日が並びます。新しい日付を見つけたら、その版の配布元へ進みます。
名前の前半は、提供元の住所を逆向きにしたような形です。似た名前の物があっても、同じ組織が出した物とは限りません。検索で見つかった名前を、そのままインストールする前に配布元と結び付けます。
STEP2:参照実装の注意を読む
公式の参照実装で、学習用の位置付けを読む画面です。

- 1リポジトリの題と説明(MCP の参照実装の集まり)
- 2Important(MCPサーバーの一覧を探すなら MCP Registry へ。このリポジトリは運営グループが保守する少数の参照サーバーだけ)
- 3Warning(参照実装は機能を示す学習用の例で、本番向けの完成品ではない。自分の脅威と用途に合わせて守りを足す)
赤枠2の名簿への案内と、赤枠3の学習用という注意を見ます。仕事で使う候補は、用途と保守の説明を持つ配布元へ進んで確かめてください。
公式の参照実装は、機能を示すための見本です。参照実装は、部品の組み方を学ぶ模型のような物です。公式自身が、本番向けの完成品ではないと説明しています。
この一覧には、FetchやFilesystemなどの現役の参照実装があります。Fetchは情報の取得、Filesystemはファイルを扱う例です。仕事へ持ち込む場合は、用途に合わせた守りを足す必要があると書かれています。
各社の公式ページとGitHubの一覧
GitHubのMCP一覧にも、各社やコミュニティが出した物が並びます。2026年11月4日の材料では、773件が掲載されていました。GitHubの一覧と、MCPの公式名簿は別の入口です。
OpenAIのMCP文書は、公式のサーバーを優先する考え方を示します。接続先の名前と、その会社が案内する配布元を照合します。使う条件や、書き込み前の承認も読む対象です。
Anthropicの開発者向け公式は、2026年9月25日にプラグインの提出窓口を発表しました。
発表は、MCPとスキルをまとめた部品の審査状況などを追う窓口です。探す時も、AIの提供会社と道具の提供元が案内する場所から確認してください。
スキルは、道具を使う手順書にたとえられます。プラグインは、そうした手順と接続をまとめて足す部品です。名前が似ていても、接続先単体とまとめた部品は分けて読みます。
MCPサーバーを選ぶ5つの基準は?
提供元、保守、権限、動く場所、やめやすさの5つで選びます。機能が多いかだけでなく、自分の仕事に必要な範囲で止められるかを確認します。


公式資料で、一覧への掲載と推薦の違いを読む画面です。

- 1節の題と1段落目(一覧への掲載は推薦ではない。人気や名前は安全も新しさも保証しない。厳選された一覧も審査は精いっぱいの範囲)
- 2提供元を確かめる(実在の作者や組織とリポジトリが結びつくか・最近の動きがあるか)と、正しいパッケージ名か確かめる(似せた名前が一番安い攻撃)
- 3版を固定する(latest でなく決めた版を入れる。注意が出たら意識して更新する)
赤枠1の掲載は推薦ではないという説明、赤枠2の提供元と名前を見ます。赤枠3の版の固定まで確認し、入れる物の正確な情報を残してください。
提供元
Local Server Securityは、人気や名前で安全を判断しないと説明します。作者や組織が、その配布元と本当に結び付いているかを確認します。パッケージ名は、配布するプログラムに付けた商品名のような物です。似せた名前にも注意するため、正しい名前まで照らします。
Microsoftの脅威インテリジェンス公式は、2026年10月31日に拡張の改ざんを分析しました。
分析は、Cursorの市場でClaude Codeの改ざん版が数時間配られた件です。同じ製品名でも、公式の配布元と版が合うかを確かめてください。
この件は、MCPサーバー本体の事故ではなく、つなぐ側の拡張の例です。名前を見ただけで終えず、どこから入れるかを点検する理由になります。配布元を台帳へ残せば、後から影響する版も照らせます。
保守の状態
公式の参照実装には、既にアーカイブへ移った物があります。アーカイブは、保守を終え、閲覧用に残す保管庫のような状態です。同じ機能名でも、今保守される別の公式版がある場合は、そちらを確認します。
権限の段
GitHubの公式サーバーには、読むだけにする設定があります。kintoneの公式サーバーは、削除までできる機能を持ちます。APIは、外のシステムが機能を呼ぶ窓口です。公式かどうかと、任せる力が小さいかは別の観点です。
リモートかローカルか
リモートは遠くのサーバー、ローカルは自分のPCの中で動かす形です。公式のLocal Server Securityは、遠くの版があればそちらを選ぶ考え方を示します。PC内の物が必要かを先に問い、鍵やファイルを渡す範囲から判断します。
GitHubとContext7には遠くの版があり、kintoneは手元の版です。遠くならPCの全てに触れないという判断だけで終えず、送る情報も見ます。手元なら、どのフォルダと鍵へ触れるかが選ぶ時の確認事項です。
やめやすさ
自社noteの入れる前に5つ確認は、作った人、触る場所、許可、更新、外し方を扱います。使う前から外し方を持ち、接続を止める人を決めます。入れやすさと同じように、取り消せるかも選ぶ基準です。
| 基準 | 見る所 | 赤信号 |
|---|---|---|
| 提供元 | 会社と配布先の対応 | 作者が分からない |
| 保守 | 更新とアーカイブ | 修正が終わっている |
| 権限の段 | 読む・書く・送る | 最初から広い力 |
| 動く場所 | 遠くかPC内か | 触る範囲が不明 |
| やめやすさ | 外し方と鍵の取り消し | 止め方が不明 |
サーバー名: 提供元と公式の配布元URL: 正しいパッケージ名: 固定する版: 最終更新・アーカイブの有無: 使う権限の段: 外し方:
仕事別のおすすめMCPサーバーは?
ブラウザ、資料、開発、社内データの仕事ごとに、公式で確認できる物から選びます。同じ道具に読み取りと変更がある場合は、最初に使う操作を絞ります。


調べ物・サイト運営
MicrosoftのPlaywright MCPは、ブラウザを操作する道具です。画面の写真ではなく、画面の要素を表す木のような情報を使います。ページを調べる仕事から始め、送信や設定変更まで一緒に渡さないようにします。
公式は、セキュリティの境界ではないと説明しています。ブラウザを動かす機能が、操作の危険を全て防ぐ囲いになるわけではありません。プログラムを実行する道具は、読むだけの操作と別に判断します。
Playwrightの公式は、ファイルを扱う範囲も説明しています。既定では作業フォルダの中だけという設定と、ブラウザ操作を分けて読みます。サイトを見る道具でも、追加でプログラムを実行できるかは別に確認する対象です。
資料・ナレッジ
Notion MCPは、Notionが案内する公式の接続です。検索に加え、ページの作成や編集、データベースの管理を扱います。資料を探す仕事で選ぶ場合も、ページを書き換える機能を分けて確認します。
ナレッジは、仕事で使う資料や知識を集めた棚のような物です。棚から読むことと、棚の内容を作り替えることは異なります。Notion公式の機能一覧から、最初に必要な操作を選んでください。
開発
GitHub公式で、読むだけの設定と権限の注意を読む画面です。

- 1Read-Only Mode(–read-only で読むだけの道具だけを出し、リポジトリ・Issue・プルリクエストを変えられなくする)
- 2Lockdown Mode(公開リポジトリでは、書き込み権限のある人の書き込みだけを見せる)
- 3Lockdown は外の文章に仕込まれた指示の危険を減らす精いっぱいの絞り込みで、認可の境界ではない、と書いた段落
赤枠1の読むだけの設定と、赤枠3の境界ではないという注意を見ます。最初は書く道具を外し、渡す鍵の範囲も必要な分へ絞ってください。
GitHubの公式サーバーには、–read-onlyがあります。書く道具を出さず、課題や変更案を変えない形で使うための設定です。使う道具の群を選ぶ設定もあります。
Lockdown Modeは、外の書き込みを絞る別の機能です。公式は、それが認可の境界ではないと明記しています。道具を絞る設定と、元の鍵の権限を両方確認する必要があります。
UpstashのContext7は、部品の版に合う文書とコード例を渡す道具です。部品の使い方を調べる仕事で、対象の版をそろえるために使えます。ただし、掲載文書はコミュニティの投稿で、正確さや安全の保証はないと説明されています。
Context7が返すのは、使う部品の版に対応する文書です。GitHubの課題やコードを読む仕事とは、取る情報の種類が異なります。開発という同じ分類でも、今の仕事で足りない情報を選ぶ基準になります。
社内データ
kintoneの公式サーバーは、社内で使うレコードなどを操作する候補です。レコードは、台帳の一行のようなデータです。取得だけでなく追加、変更、削除もあるため、読む仕事から選びます。
| 仕事 | 例 | 提供元 | 最初の守り |
|---|---|---|---|
| 調べ物・サイト運営 | Playwright MCP | Microsoft | 送信する操作を分ける |
| 資料・ナレッジ | Notion MCP | Notion | 読む操作を選ぶ |
| 開発 | GitHub MCP | GitHub | 読むだけで使う |
| 開発の文書確認 | Context7 | Upstash | 版と原文を照合 |
| 社内データ | kintone MCP | サイボウズ | 削除と変更を分ける |
この表は、機能の順位ではなく、最初に試す仕事の対応です。追加する手順は、設定方法の記事で扱います。仕事に合う候補を選んでから、自分のアプリへ足してください。
日本の公式・公的なMCPサーバーはある?
サイボウズ、デジタル庁、国土交通省に公開例があります。公式の物でも、サポートの範囲、技術検証、α版の位置付けを読む必要があります。


kintone:サイボウズ
サイボウズの公式ページで、操作とサポート方針を読む画面です。

- 1サイボウズが OSS として提供する kintone の公式ローカル MCP サーバー、と書いた所
- 2機能概要(アプリ情報の取得・レコードの取得/追加/更新/削除・フィールドの追加/削除・設定の本番反映 など)
- 3サポート方針(API サポート窓口の対象外。不具合や要望は GitHub の Issues へ)
赤枠2のレコードとフィールドの削除、赤枠3のサポート範囲を見ます。読む機能から始め、変更や削除の前に人が確認する形にしてください。
kintone MCPサーバーは、公式の手元で動くサーバーです。フィールドは、台帳の項目にたとえられます。レコードだけでなく、この項目の追加や削除、設定の本番反映まで扱います。
同ページは、APIサポート窓口の対象外と説明しています。不具合や要望を出す場所は、GitHubのIssuesです。公式という名前と、通常のサポート窓口が使えるかは別に読みます。
Jグランツ:デジタル庁
デジタル庁の公開先で、Jグランツのサーバーを見る画面です。

- 1題「Jグランツ MCP Server」と MIT ライセンスの印
- 2デジタル庁が運用する補助金電子申請システム「Jグランツ」の公開 API を MCP サーバーとして実装、と書いた説明
- 3リポジトリの置き場所(github.com/digital-go-jp/jgrants-mcp-server=組織の表示名はデジタル庁)
赤枠2の公開APIの説明と、赤枠3の組織名を見ます。技術検証のサンプルという注意も読み、保守と利用条件を確かめてください。
検索、詳細、統計、添付ファイルを扱う作例です。利用はJグランツAPIの規約に従うため、公開物を見つけたことだけで条件の確認を終えません。
デジタル庁公式は、2026年8月13日に別の行政データの技術検証も紹介しました。
発信は、行政手続の調査データを言葉で分析する検証で、Jグランツとは別の例です。国の公開例でも、使う前に対象のデータと検証の位置付けを読んでください。
国交省の2つ
国土交通省の発表で、地理空間MCP Serverのα版を読む画面です。

- 1題と日付(AIを活用した多様な地理空間情報の連携環境を試作・提供!~地理空間MCP Server(α版)の公開~・令和8年2月26日)
- 2本文(「不動産情報ライブラリ」API の25種類の不動産取引データを、GIS や API の知識なしに自然言語で取得・活用できる)
- 3仕組みの図(LLM/AIエージェント→MCPを介して対象APIを判断・データ取得→MLIT Geospatial MCP Server→不動産情報ライブラリ)
赤枠1の日付とα版、赤枠2の取得できるデータを見ます。赤枠3の図も読み、使う仕事に必要なデータの範囲と照らしてください。
国交省の発表では、不動産情報ライブラリの35種類のうち25種類を扱います。2026年2月26日の発表で、地理空間MCP Serverのα版を試作・公開した内容です。α版は、使い方を試しながら整える初期の公開版のような物です。
別のMLIT DATA PLATFORM MCP Serverも公開されています。キーワード、位置、属性で検索し、詳細や取得先のURLを返す構成です。同公開先は、α版で動作保証がなく、予告なく変わる場合があると説明します。
公式でも本番前に確かめる
| 名前 | 提供元 | できること | 本人が書く注意 |
|---|---|---|---|
| kintone MCP | サイボウズ | 台帳や設定の操作 | API窓口のサポート外 |
| JグランツMCP | デジタル庁 | 補助金の検索など | 技術検証のサンプル |
| MLIT DATA PLATFORM | 国土交通省 | 地理データの検索 | α版・動作保証なし |
| 地理空間MCP | 国土交通省 | 不動産データの取得 | α版・試作 |
同じ公的な公開でも、データと機能、保守する範囲は異なります。自分の仕事に必要な対象を確かめ、試した結果を元の情報と照らします。提供元が書いている位置付けまで含めて、採用するかを判断してください。
入れない方がよいMCPサーバーの見分け方は?
提供元不明、保守終了、広すぎる権限、曖昧な説明、止め方不明が赤信号です。古い記事のコマンドを写す前に、今の配布元と保守状態を確認します。


赤信号5つ
公式のLocal Server Securityは、実在する作者と配布元のつながりを確認します。正しい名前と版を確かめられない場合は、入れる前の情報が不足しています。機能の説明だけでなく、何へ触り、何を実行するかまで読みます。
保守終了の物には、新しい弱点の修正が出ない場合があります。最初から広い鍵やフォルダを求める場合は、必要な仕事と合うかを問います。外し方が分からない物も、導入前に止める担当と手順を決める必要があります。
アーカイブ済みの見分け方
公式の参照実装で、現役とアーカイブの区別を読む画面です。

- 1今の参照サーバー7つ(Everything・Fetch・Filesystem・Git・Memory・Sequential Thinking・Time)
- 2Archived(次の参照サーバーはアーカイブ済みで servers-archived にある)
- 3アーカイブ済みの一覧(AWS KB Retrieval・Brave Search(公式サーバーに置き換え)・GitHub・GitLab・Google Drive・PostgreSQL・Puppeteer・Slack(Zencoder が保守)・SQLite など)
赤枠2のArchivedと、赤枠3の対象の名前を見ます。使いたい物が移っていたら、現在の公式の配布先を確かめてください。
servers-archivedは、2025年5月29日にアーカイブされています。保守も弱点の修正も無いと説明された、過去の参照実装の保管先です。14個の名前が並びますが、同名の全ての製品が終了したという意味ではありません。
| 名前 | 参照実装の状態 | 入れる時 |
|---|---|---|
| GitHub | アーカイブ済み | GitHub社の公式版へ |
| Brave Search | 公式版へ置き換え | 現在の公式配布元へ |
| Slack | Zencoderが保守 | 現在の条件を確認 |
| PostgreSQL・SQLite | アーカイブ済み | 古い版を写さない |
| Fetchなど現役の参照実装 | 学習用 | 用途に合わせ守りを足す |
古い記事のコマンドに注意
現役の参照実装は、Everything、Fetch、Filesystemなど7つです。Memory、Sequential Thinking、Timeも、公式の現在の一覧に並びます。名前が現役の側にあっても、学習用という注意は同じです。
Brave Searchの参照実装は、現在の公式サーバーへ置き換えた案内があります。Slackの参照実装の行は、Zencoderが保守する案内です。ここでの保守の案内を、Slack自身の公式サーバーの有無の確認とは混ぜません。
古い記事のコマンドには、アーカイブ済みの参照実装が残っている場合があります。名前がよく知られていても、そのパッケージが今保守される物かを確認します。GitHubなら、現在のGitHub社の公式サーバーと対応させる手順です。
守り方の詳細は、MCPのセキュリティで扱います。このページでは、入れる候補として必要な確認をそろえます。入れた後も、提供元や版が変わった時に確認へ戻れる記録を残します。
MCPサーバーはいくつ入れる?入れすぎない目安
私たちの目安は、必要な仕事に合う1〜3本から始めることです。数を増やす前に、既にある機能で仕事が終わらないかを考えます。


「多くは要らない」という見方
NTTドコモビジネスのエンジニアリングマネージャー、岩瀬義昌氏は2026年9月27日に発信しました。
発信は、既存の窓口を包むだけのMCPは多くが不要という反対の見方です。接続を増やす前に、その物が解く仕事を一つ書いてください。
MCPが向く所
認証や権限、接続先を共通の形へ整えたい場合は、足す目的になります。一方、既存の機能で完了する仕事に、名前だけの入口を増やす必要はありません。要否の見方と、自社の使う仕事を対応させます。
1〜3本の目安
公式のLocal Server Securityも、PC内で動かす必要があるかを先に問います。使う仕事と、PCへ渡す範囲がはっきりする所から試します。1〜3本は性能の上限ではなく、把握しながら始めるための私たちの目安です。
WEBMARKSはMCPサーバーをこう入れて仕事を回している
私たちWEBMARKSでは、読むだけから始め、書く、送る物は人の承認つきで扱います。指示書の完了条件と止める条件を、担当するAIへ渡します。


社長→統括AI→部署→担当AI+監査役
代表の鈴木が公開を判断し、統括のClaudeが全体を指示して見本を確認します。調べは、Xの最新投稿を探すGrokと下調べのAIです。設計はClaudeのAPI、本文はこの記事を担当するCodexが受け持ちます。
図解は、キャラの原版を渡したGPT Imageが担当します。点検は機械と、書き手と別の会社のAIの採点です。85点未満なら差し戻し、監査役も完了条件に足りない返事を担当へ戻す決まりです。
読むだけから・書く送るは承認
Claude CodeやCodexで、ブラウザ、ドライブ、会員サイトの道具などを使います。読む仕事から始め、書く操作や外へ送る操作は分けて扱います。使える機能があることと、その実行を許可することは別に判断します。
接続の切り分け
この記事の点検では、仕事別の説明の位置が差し戻されました。Playwrightの補足がNotionの見出しへ入り、Context7も社内データの見出しへずれていたためです。担当が両方を元の仕事の節へ戻し、道具と見出しをそろえました。
自社noteのMCP接続ができないときには、3段の切り分けを題にしています。つながる、読める、操作できるを分けて見る考え方です。選んだ物を試す時も、どの段まで動く証拠があるかを確かめます。
指示書の型
使ってよいMCP:(読むだけの道具) 人の承認が要る操作:(書く・送る・消す) 完了の条件:(作る物と確かめること) 止める条件:(許可の範囲を超える操作) 記録の残し方:(呼んだ道具と返った結果)
自社noteの入れる前の確認も、選んだ物の採用判断へつながります。提供元と権限を調べ、読むだけで試し、結果を確かめてから範囲を広げます。使っていない接続を残さず、指示と台帳を対応させてください。
MCPサーバーのおすすめでよくある質問
Q. MCPサーバーの一覧はどこで見られますか?
Official MCP Registryと、GitHubのMCP一覧があります。候補を見つけたら、各社の公式ページと正しい配布元へ進みます。一覧への掲載は、安全や推薦を意味しない点も合わせて確認します。
Q. 最初はいくつ入れればいいですか?
私たちの目安は、仕事に合う1〜3本です。全てを追加するのではなく、読むだけで結果を照合できる物から試します。本数の上限ではなく、提供元と権限を把握するための始め方です。
Q. 公式のMCPサーバーなら安心ですか?
公式の配布元を確認することは、選ぶための出発点です。kintoneはサポート対象外の範囲があり、公的な作例にも技術検証やα版があります。提供元が書く条件と、任せる操作を確かめて使います。
Q. ClaudeやCodexで使うおすすめは?
アプリ名だけでなく、自分の仕事と必要な権限で選びます。Claudeには公式のプラグインの窓口もあり、配布元を調べる入口になります。接続の追加の前に、正確な名前、版、外し方を確認してください。追加の手順は、MCPの設定方法で扱います。
Q. 古い記事のコマンドで入れてもいいですか?
先に、今の保守状態と配布元を照らします。古い参照実装の名前が残る場合があるため、Archivedの一覧も確認します。同名の現在の公式版があるなら、その説明へ進んで判断します。
MCPサーバー選びのまとめ:今日からの3つ
MCPサーバーは、機能を並べた順位より、仕事と権限、保守から選びます。公式の配布元を確認した物を、読むだけから試してください。
- 公式の一覧で仕事に合う候補を一つ探します。
- 提供元、正確な名前、版、権限、外し方を記録します。
- 読むだけで試し、結果を照らしてから採用する範囲を決めます。









