私がClaudeと使っているMCPサーバー(とその理由)
長い間、Claudeは私にとって史上最高の思考パートナーであると同時に、最も役に立たない同僚でした。説明した問題なら何でも分析できます。プレゼンの構成案も、クライアントへのメールも、研修プログラムの設計も下書きできます。でも「よし、それでやって」と言った瞬間、私は回答をコピーしてGmailやNotionやSlackに貼り付けて、Claudeがとても高価な自動補完になるのを眺めるしかありませんでした。MCPがそれを変えました。今のClaudeは、仕事が実際に住んでいるツールの中を読み書きできます。この差は、アドバイザーとオペレーターの差です。
原則は1つ。MCPはClaudeをアドバイザーからオペレーターに変える
MCPのないClaudeは、チャットに貼り付けられたものにしか反応できません。賢いのに閉じ込められています。MCPは、仕事が実際に住んでいるツールへの直接アクセスをClaudeに与えます。Notionのページを読み、受信トレイを検索し、カレンダーを見て、Redditのスレッドをスクレイピングして、Vercelのビルドをデプロイできます。Claudeは「テキストをコピーする相手」であることをやめて、「仕事をやってくれる存在」になります。コストはツールごとのセットアップ時間。見返りは、1つの会話の中で、Driveから会議の資料を読み、カレンダーを確認し、Gmailでフォローアップメールを下書きし、Notionへの追加を忘れないようリマインドまでしてくれることです。あなたは頼む以外、何もしません。
8つのMCPと、それぞれが実際にやってくれること
毎日使っている5つから始めて、そのあと専門的な仕事のときだけ触る3つを紹介します。
NotionのContent Vaultを読み書きする接続
Content Vaultは、leadhuman.aiのすべてのブログのアイデア、下書き、公開済み記事が住んでいる場所です。MCP以前は、Claudeに下書きを頼んで、テキストをNotionにコピーして、メタデータのフィールドを手で埋めて、ステータスを設定していました。今はClaudeがデータベースを直接読んで、私が話題にしている下書きを見つけて、その場で編集します。サイトの公開パイプラインはこの接続の上で動いています。クラウドのジョブが記事を下書きしてReadyステータスでVaultに書き込み、GitHub Actionがそれを拾って公開する。私のコピペはゼロです。
何かしらのデータベースや共有ワークスペース(コンテンツカレンダー、プロジェクトトラッカー、CRM、ナレッジベース)の中で生活しているなら、最初にあなたの1日を変えるのはこの接続です。
Gmailを検索して下書きする接続
丁寧に読みたい量を超えるメールが毎日届きます。大半はノイズですが、一部はちゃんとした返信が必要です。Claudeは送信者、スレッド、ラベル、キーワードで受信トレイを検索して、実際に何が入っているかを要約して、送信前に私が確認できる返信を下書きしてくれます。いちばん便利なのは「このクライアントから最後に来た連絡は何だっけ」と聞くと、Gmailを開いて6つのスレッドを掘り返す代わりに、3秒で使える答えが返ってくることです。
どんな規模のどんな受信トレイでも同じ理屈です。この2年のAIの進歩をもってしても、受信トレイの仕分けは、ほとんどのナレッジワーカーが1日1時間を失っている場所のままです。
カレンダーが見える接続
Claudeは私の予定を一覧して、空き時間を見つけて、会議の候補を提案して、新しい予定を作れます。いちばん便利なのは、別の会話で戦略の仕事をしているときに、「さっき言っていたワークショップは実際いつ始まるんだっけ」を、タブを切り替えたり思考の糸を失ったりせずにClaudeが確認できることです。
計画の会話は、計画しているAIが推測ではなく本当のスケジュールを見られるときに鋭くなります。
Google Driveに手が届く接続
Driveには、コンサルティングの実務であるPeak Potentialで協力者やクライアントと共有しているものがすべて入っています。ワークショップの資料、クライアントのブリーフ、コースの構成案、スライドのテンプレート。ClaudeはDriveからブリーフを引っ張り出して読み、チャットに何もアップロードしなくても、そこから編集やワークショップづくりを手伝い始められます。コンサルティングの仕事では、これが「汎用的なお手伝い」と「コンテキストを分かっている同僚」の分かれ目です。
同じ設定はどんな組織の共有ドキュメントでも機能します。機密性は依然として重要ですが(ベンダーに共有できるドキュメントだけをClaudeからアクセス可能にすべきです)、生産性の向上は本物です。
学術研究を会話に引き込む接続
私はL&Dとリーダーシップについて多くのコンテンツを書いていて、聞こえはいいのに根拠のない主張にはアレルギーがあります。Consensusを使うと、トピックを考えている最中にClaudeが査読済み研究を検索して、人気のフレームワークの背後にある実際の論文を見つけて、本来ならGoogle Scholarを掘って探すはずの証拠を引っ張ってきてくれます。leadhuman.aiのコンテンツパイプラインは記事の下書き時にこの接続を自動で使うので、すべての記事が「なんとなく」ではなく研究ベースから始まります。
活発な研究のある分野(L&D、リーダーシップ、行動科学、デザイン、教育)で書いたり教えたりしている人にとって、この接続はClaudeを「ちゃんと出典を確認する研究アシスタント」に変えてくれます。
専門的な3つ
特定の仕事に使っていて、毎日は触らないものがあと少しあります。
- Apify はAI Scout(コンテンツパイプラインの中で、書く価値のある「痛みから始まる」トピックを見つける部分)のために、Reddit、Twitter、Google Trendsをスクレイピングします。
- Vercel は、leadhuman.aiのサイトの様子がおかしいときにデバッグできるよう、Claudeがデプロイのログと最近のデプロイを確認できるようにします。
- Adobe はクリエイティブな作業(画像編集、素材生成)のために接続していますが、クリエイティブ作業のほとんどは専用の画像パイプラインで起きるので、他ほどは頼っていません。
特定の仕事のための道具であって、日常の相棒ではありません。
接続同士はどう連携するか
それぞれのMCPは単体でも便利ですが、本当に強力になるのはチェーンさせたときです。私がいちばん頼っているパターンは、クライアントから質問のメールが来て、返信する前に関連するコンテキストを素早く揃えたいときです。
Claudeに頼んで、そのクライアントとの直近のスレッドをGmailで検索して、会議メモや一緒にやった戦略の仕事がないかNotionを確認して、最後に会ったのがいつで次にいつ会うのかをカレンダーで見てもらいます。プロンプト1つ、MCP3つで、6つのタブをスクロールしながら先四半期に何を合意したか思い出そうとする代わりに、本物のコンテキストを持って会話に入れます。
複利で効くのはこの部分です。接続されたMCPが1つ増えるごとに、自分で掘り返さなくていいものが1つ減ります。接続が5つになったあたりで、ワークフローが「Claudeは私の仕事を分かっている」という感覚になり始めます。

Gmail、Notion、カレンダーからのクライアントコンテキストをプロンプト1つで。以前は3つのタブを切り替えて、それぞれで何を探していたのか思い出す必要があった3つの場所です。
同じパターンを自分の仕事に使う
違いを感じるのに8つのMCPは必要ありません。ほとんどの人は1つから始めて、どこに摩擦があるのか分かってきたら追加していきます。

まず1つの接続から。摩擦を感じたら次を足す。フルの8接続スタックには数カ月かかりました。
新任マネージャー向けの2MCPスタック:CalendarとNotion。 Claudeがカレンダーからあなたの1週間を読んで、いちばん準備が必要な会議のプレップを手伝います。Notionには直属の部下ごとの継続メモがあるので、プレップは実際に一緒に取り組んできたことに根ざしたものになります。接続2つ、セットアップ15分で、1on1がすぐに鋭くなります。
L&Dリード向けの3MCPスタック:DriveとNotionとConsensus。 Driveには元資料とクライアントのブリーフ。Notionにはあなたのフレームワークとプログラム設計。Consensusは、設計しているものをLinkedInの言い伝えではなく本物の研究に根ざしたものにしてくれます。普段あなたの金曜午後を食い潰している「つなぎ」の仕事はClaudeがやります。
受信トレイが重い職種向けの2MCPスタック:GmailとCalendar。 本当に返信が必要なものをClaudeに浮かび上がらせてもらい、返信を下書きして、確定する前にカレンダーでスケジュールの重複を確認する。1日1時間は軽く戻ってきます。
1MCPのスターター:Gmailだけ。 他に何もしないとしても、Gmailは接続してください。ずっと探していたスレッドをClaudeが3秒で見つけてくれた最初の瞬間に、意味が分かります。
変えるとしたらここ
これから試す人のために、MCPのまだ粗い部分をいくつか。
接続はときどき切れて、復帰は優雅ではありません。会話の途中でNotionの認証がタイムアウトすると、Claudeは書いていないのに「データベースに書きました」と自信満々に言うことがあります。重要なものを書いてもらう最初の回は、必ず現物を確認してください。
権限は粗い粒度です。ほとんどのMCPサーバーは、本当は1つのフォルダや1つのラベルだけでいいのに、アカウント全体への読み取りや書き込みの権限を求めてきます。セキュリティのトレードオフは現実のものなので、センシティブなものを接続する前に考える価値があります。
MCPのマーケットプレイスは動きが速く、何が利用できて、どれが活発にメンテナンスされていて、実際に何をさせてくれるのかを一覧できるいい場所がありません。Twitterで偶然見かけて発見することになります。
そして明白な問題。セットアップはまだほとんどの人には技術的すぎます。claude.aiのコネクタメニューのおかげで、ホスト型MCPはクリックで接続できますが、ローカルMCPには設定ファイルとコマンドラインへの慣れが必要です。次に簡単になるべきなのはそこです。
出典:
- Model Context Protocol official docs, MCPとは何か、増え続けるサーバーのリストをまとめたAnthropicの中心的なリファレンス。
- Claude connectors directory, ホスト型サーバー向けの、クリックで接続できるMCPマーケットプレイス。
- How I Built a Council of AI Advisors, Claudeに本物の仕事をしてもらうためのもう半分。
- How to Use Claude to Build a Personal Knowledge System, MCPをはるかに強力にしてくれるコンテキストレイヤー。
leadhuman.aiのBuild with AIシリーズの一部です。
Jay Vergara is an L&D strategist and cross-cultural communication specialist based in Tokyo. He is a partner at Peak Potential Consulting and writes about leadership, learning, and building with AI at leadhuman.ai and on LinkedIn.
こちらもおすすめ
AIに毎回同じキャラクターを描かせる方法
私はエンジニアではありません。Claudeとのバイブコーディングで、Geminiがすべてのブログ記事で同じキャラクターを描くシステムを作りました。その会話がどう進んだのか、そのままお見せします。
AIアドバイザー会議の作り方(そして、あなたも作るべき理由)
もしAIチャットを一つだけ使うのではなく、自分専用のアドバイザー会議があったら。それぞれの専門家があなたのコンテキスト、声、目標を理解している。Claudeを使って私がどう構築したか、そしてなぜ働き方が変わったかをお伝えします。
エンジニアではない私が、バイブコーディングで本物の個人サイトを作った方法
NotionにもSquarespaceにも払いすぎていて、自分で所有できる本物のサイトが欲しくなりました。スタックを決めていったClaudeとの会話をお見せします。