この動画は、AnthropicのClaude Relationsリーダーであるアレックス、MCPプロダクトマネージャーのテオ、そしてMCP共同創設者のデビッドが、Model Context Protocol（MCP）について詳しく解説したものである。MCPはAI アプリケーションと外部データソースを標準化された方法で接続するプロトコルであり、開発者がClaude などの大規模言語モデルに簡単にコンテキストを提供できるようにする。動画ではMCPの起源から現在の業界標準としての地位、そして将来の展望まで包括的に議論されており、特にオープンソース化の決定やエージェント機能の今後の発展についても言及している。
MCPの本質と基本概念
9月頃、私たちは内部ハッカソンを開催しました。みんな基本的に好きなものを何でも作る自由がありました。しかし結果として、みんながMCPを作ったのです。
それは本当にクレイジーでした。みんなのアイデアが「でも、これをMCPサーバーにしたらどうだろう？」というものばかりでした。
こんにちは、私はアレックスです。Anthropicでクロード・リレーションズを担当しています。
こんにちは、私はテオです。MCPのプロダクトマネージャーをしています。
こんにちは、私はデビッドです。Anthropicの技術スタッフのメンバーで、MCPの共同創設者の一人です。
今日はModel Context Protocolについて話し、それが何であり、次に何が来るのかを深く掘り下げていきます。お二人とも参加していただきありがとうございます。MCPについて話すのをとても楽しみにしていますが、まずMCPについては多くの議論があるものの、それが実際に何なのかについての深い理解はあまりないかもしれません。
MCPをどのように見ているか、そしてMCPを使用したり構築したりすることが実際に何を意味するのかについて詳しく教えていただけますか？
MCPは、私のワークフローをAIアプリケーションに非常にシンプルな方法で組み込む方法です。それが最初に私が本当に望んでいたものであり、私たちが望んでいるものです。それは単純にLLMを使用するアプリケーションにコンテキストを提供する方法なのです。
それは本当にそれだけシンプルなことです。それはツールでも構いませんし、単なる生のコンテキストでも、お好みに応じて何でも構いません。
それはAPIを呼び出したりすることとどう違うのでしょうか？基本的にはこの情報をある場所からモデルのプロンプトに渡すということですよね。MCPの特別な点は何でしょうか？
問題はモデルが何と相互作用するかということだと思います。モデルは直接APIと相互作用するわけではありません。
モデルはプロンプトやツール、そしてモデルに摂取させるために与えているものと相互作用します。そこでMCPは、そのデータをAPIや内部データソースなど、どこからでも取得し、それを実際にモデルに提供する方法を標準化するのです。
プロトコルの構造と主要要素
これはプロトコルなんですね。つまり、そのような相互作用パターンを定義しているということです。このプロトコルの主要な側面で、従わなければならないものは何ですか？
主要な部分は、LLMを使用するAIアプリケーションとの間のプロトコルであり、基本的に3つの主要なものを公開します。ツール、リソースと呼ばれるもの（これはRAGパイプラインに取り込んだり、やりたいことに使える生データです）、そしてプロンプトです。
これが現在、サーバーが公開できる3つの主要なものです。
つまりツールはモデルが世界で取ることができるアクションのようなものですね。リソースはファイルやテキストなどでしょう。
ファイル、データ、モデルに与えたいあらゆる種類のコンテキストです。
ではプロンプトは何ですか？
ユーザーが自分自身でコンテキストウィンドウに入れたいもので、ユーザーによってトリガーされ、コンテキストウィンドウに入れられ、それから好きなように編集できるものです。
プロンプトは本当にそれが目的で、結局のところプロンプトテンプレートなのです。
プロンプトテンプレートですね。つまり、文字通りプロンプト自体を定義するということですね。
私たちは通常、それがスラッシュコマンドとして実装されるのを見ています。
ああ、なるほど。つまり、お好みのAIアプリケーションでスラッシュコマンドを実行すると、プロンプトテンプレートが引き込まれるということですね。
その通りです。
それを書き出す手間を省いてくれるということですね。分かりました、これがMCPの最も基本的な形です。そこには確実に多くのニュアンスがあります。これはどのように始まったのでしょうか？
MCPの起源と発展
起源は最も基本的なことで、私は内部開発者向けの仕事をしていて、Claude desktopに物をコピーして貼り付け、IDEとの間で物を前後にコピーすることについて、非常に早い段階で欲求不満を感じていました。それが本当に私が考えていたことで、この2つのアプリケーション間で最も重要な物のコピー＆ペーストをどうやって解決できるかということでした。
それが本当にMCPが始まった絶対的な起源で、少なくとも私の心の中では。そしてそこから、私はそれをジャスティンに説明しました。彼はもう一人の共同創設者で、彼は本当にそれを受け取って走りました。そして私たちは一緒に、それを構築してClaude desktopに組み込みました。
あなたが言及した重要な瞬間があったと思います。ハックウィークについて話していただけますか？
あなたがその話をするべきだと思います。
分かりました、ハックウィークは楽しかったです。私たちは本当に確信が持てませんでした。これは機能するのだろうか？しかし9月頃、私たちは内部ハッカソンを開催し、みんな基本的に作りたいものを何でも自由に作ることができました。
しかし結果として、みんながMCPを作ったのです。
それはクレイジーでした。みんなのアイデアが「でも、これをMCPサーバーにしたらどうだろう？」というものでした。
そうです、そうです。
そして私たちは、Slack統合のような、MCPを考えるときに思い浮かぶであろう非常に標準的なことをする人々から、MCPで3Dプリンターを操縦する人々まで、あらゆるものを見ました。
MCPサーバーのおかげでクロードが現実世界に入ったとき、私はそれが大好きでした。
それは何でしたか？私もそれを覚えているからです。私たちがこれらのハッカソンプロジェクトをやっていたとき、人々にMCPを使うよう強制する指令はありませんでした。これは完全に有機的なことでした。
なぜ人々は自分たちのプロジェクトのためにMCPに引き寄せられたのでしょうか？
それは本当にその標準化レイヤーがアプリケーションにコンテキストを追加することをとても簡単にしたからだと思います。なぜなら、クロードがMCPに対して統合された瞬間、それはサーバー構築者として、1つでも10個でも20個でも、いくつでも好きなだけサーバーを構築でき、それがそのアプリケーションで自動的に動作することが分かるということを意味するからです。
そのため、片側だけを考えればよく、もう片側について考える必要がないという能力を与えてくれると思います。
初めてMCPサーバーを使ってクロードに何か新しいことを教えたときに、少し魔法の瞬間があります。そして、あなたが気にかけていることについてクロードがアクションを取るのを見るのです。MCPが本当にうまく捉えている少し魔法の瞬間があると感じます。それが人々をそんなに興奮させる理由で、5分以内に何かが動いているからです。
MCPの公開と業界への影響
そうですね、私自身も見て、実際に体験したことがあります。クロードを箱から出すような感じで、突然、ただそこにあってテキストを出力するだけのものではなく、他のことをやっている、他のアプリケーションを呼び出している、そのデータを取得している、あるいは3Dプリンターを操作しているという、本当にクレイジーなことです。
それは本当に特別な感じがします。そして、MCPはそれをある程度シームレスに可能にします。これは夏の終わりから初秋にかけて、私たちがこれらのハックウィークやその他のことをやっていた頃でした。いつMCPをローンチしたのでしょうか？それはどのようなものでしたか？
私たちは感謝祭の頃にMCPをローンチしました。
そうです、2024年11月です。
そのローンチはどうでしたか？反応はどうでしたか？
最初は遅かったです。想像できるように、今でも一部の人がこの反応をしているのですが、MCPって何？という感じでした。
そうですね。
ネーミングは難しいです。確実にもっと良い名前を付けることができたでしょう。
今では議論の余地がありますが、一種の嵐を巻き起こしました。
そうですね。
それは公正です。しかし、MCPの代わりにMPCと言われたり、それでNPCを思い浮かべたりしますよね？
そうです、頭字語は難しいです。
しかし、頭字語は難しいです。しかし、MCPとは何かを尋ねる多くの人がいました。外部からだけでなく、内部からも、それがそのようなボトムアップの動きだったからだと思います。
最初、人々は「ああ、これは何？モデルにコンテキストを与えるとか求めるとかは何を意味するの？」という感じでした。そして人々がそれで遊び始めて、自分自身でそれを見るようになったとき、それが実際にゆっくりと勢いを得たところだと思います。転換点は、より多くのクライアントが採用し始めたときでした。
IDEが最初に採用したと思います。最近では多くのモデルプロバイダーからの採用を見ており、それが市場で多くの波を作り、より多くのサーバープロバイダーが実際にサーバーを構築するよう奨励しています。
ソーシャルメディアで何度も見るのは、「MCPって何？なぜこんなものが欲しいの？」という投稿で、それから1ヶ月後、数日後には「これは史上最高のもの」と言っている、そんな話がたくさんあって、とても面白いです。
オープンソース化の戦略
そうです、今では業界標準の統合プロトコルになったと言っても良いと思います。私の心の中では、それに匹敵するものは他にありませんが、ローンチを振り返ると、ここでの重要な決定は実際にこれをオープンソースにすることでした。これは、この分野でローンチされた以前の取り組みと比較してかなり異なっていました。
その決定の背後にある理由と、なぜオープンソースにしたのかを説明していただけますか？
統合やAIアプリケーションに提供されるコンテキストに対してクローズドエコシステムがある場合、サーバー構築者や統合構築者にとって、そのAIアプリケーションが永遠に存在するのか不明確になります。彼らはそれに投資すべきでしょうか？どれに投資すべきでしょうか？オープンスタンダードにすることで、それらの統合を構築する際の摩擦を本当に減らすことができます。
そしてAIアプリケーションを構築する価値は、必ずしもどの統合にアクセスできるかではなく、モデルの知能とモデルの上に構築するワークフローにあると私たちは信じています。そのため、業界をその2つに集中させ、必ずしも統合の構築に集中させないようにしたかったのです。
それは理にかなっています。また、オープンソースでは、誰かがサーバーに貢献し、それから誰かがそれを使ってバグに気づき、「ああ、自分で修正できる」と言って、それがすべてを加速させるというようなサイクルに入ることができるようにも思えます。
もう一つの部分は、ジャスティンと私がオープンソースが好きだということです。
時には最もシンプルなことです。
そうです。
現在の業界状況と今後の展望
そうです。現在、多くの企業が自社製品にMCPを採用している状況です。また、これらすべてのクライアントに接続できるサーバーを作成する多くの他の開発者や企業もいます。現在の業界でのMCPの状況はどのようなものでしょうか？
現在の状況は、主要なプレイヤーが自社製品全体でそれを採用していることです。本当に大きなMCPサーバー構築者のエコシステムがあります。1万以上です。最初は主に開発者とローカル体験に焦点を当てていた興味深い交差点にあります。サーバーはローカルで実行され、使用するソフトウェアもローカルで実行されていました。
リモートMCPと呼ぶものを通じて、これらのサーバーがクラウドでホストされ始める変曲点にあると思います。Claude AI統合は、それへの最初の大きな参入で、MCPサーバーを提供するウェブサイトのようなものを日常のClaude AIワークフローに接続することができます。
これは、LLMがウェブとどのように相互作用するかについての真のウェブ標準になりうる重要な瞬間だと感じています。これがどのようにうまくいくかを見ることだと思います。しかし、現在私たちがいる場所であり、もちろん私たちの周りに構築されるますます大きなコミュニティがあります。これは大企業もありますが、時には単にMCPに取り組むのが好きなオープンソースの人々もいて、それがより大きくなっています。
最もクレイジーなことは、今朝誰かが私たちのドキュメントを修正してくれたことです。古い画像があったからで、彼らはプルリクエストを提出し、私たちは受け入れました。
だからオープンソースでやりたいのです。
そうです、それが大好きです。
コミュニティがそれを支持し、所有感を感じて維持したいと思ってくれることも大好きです。撮影を始める前にチャットしていましたが、MCPの世界でも、単にプロトコルに取り組むだけでなく、多くのことが起こっているようです。最近のMCPの世界で何が起こっているのでしょうか？
そうです、たくさんありますよね？MCPに関する会議があります。多くの議論があります。大企業と仕様の進化と彼らの問題について協力するパートナーシップがあります。ここ数ヶ月でエンタープライズ展開とその分野でのアイデンティティと認証の必要性について多くを学びました。この分野の世界最高の人々からの助けを得ました。
それが現在のMCPの世界の一部です。
それは素晴らしいです。反応に本当に驚いています。オンラインで、これは新しいプロトコルの誕生を目撃することがこのようなものなのか？これはHTTPなどの周りにいるときのようなものだったのか？という投稿を見始めています。あなた方はこれらの比較をどのようにとらえますか？これはその意味での新しいプロトコルですか、それとも過去に見たものと比較してこれをどのように組み立てることを期待できますか？
私は願っています。私たちの誰も未来を見ることはできません。正しいものにたどり着いたことを神に祈ります。しかし、コミュニティが私たちを導くのを助けてくれると思います。LLMにコンテキストを提供するという正しい問題にヒットし、すべての正しい構成要素がそこにあるほど十分に先を考えたという希望があります。そしてコミュニティが次のいくつかのステップに進化させる際に私たちを導くのを助けてくれるでしょう。
私の観点からは、人々が使いたがるものを構築し、これを気にかけている人々と一緒にこれを構築する必要があります。HTPや他の何かと比較する必要はないと思います。ただ人々が使いたがるものを作る、それが最終的に重要なことです。
開発者向けガイダンス
私が開発者で、MCPに新しく、関わりたいと思っていて、MCPの使い方について少し学びたい場合、この人に何かアドバイスはありますか？
最初にやることは、オンラインにある既存のサーバーを見に行くことです。それで遊んで、Claude AIやローカルMCPで遊びたい場合はClaude desktopでどのように動作するかを見てください。
まずその相互作用パターンがどのようなものかを感じ取ってください。そうすれば、自分自身のMCPを構築することがずっと簡単になります。そして古典的な「hello world」から始めてください。1つのツールだけをやって、「Hello world」で応答するだけです。プロンプト、リソースについても同じことをしてください。より複雑なことに進む前に、それぞれについて非常に基本的なことを試してください。
人々がそれの感覚を掴むと、それがいかに簡単かを実感すると思います。
そうです、確実にローカルから始めて、Claude Codeを取り出してMCPサーバーのようなコードを書いて、そこから始めるだけです。10分で何かを手に入れることができ、それが実際に驚くほどうまく機能すると思います。そして、テオが言ったように、素晴らしいサーバーとそれらが何をするかを見て、そこから修正を加えることです。
それは面白いですね。この間、Model Context ProtocolのドキュメントのIOを取得して、それをClaude Codeに貼り付けて、「サーバーを作って」と言うだけで実験していました。コンテンツを貼り付けたり何もする必要さえありませんでした。Claude Codeが行って、それを取得し、フェッチし、持ち込んで、サーバーを作りました。
特にClaudeがそれを動かしているときに、これらのことでいかに早く始められるかの非常に簡単な例でした。これまでに世界で見た好きなMCPサーバーはありますか？
実世界での活用例と創造性
本当に現実世界へのギャップを埋めるMCPサーバーが好きです。私は音楽が好きな人で、家にシンセサイザーがあります。そして誰かが作ったMCPサーバーがあって、基本的に彼らのシンセサイザーをコントロールするものです。それが大好きです。クロードが後で音楽を作る物理的なデバイスと相互作用している、それが私の心の中でとてもクールです。
それらが大好きで、創造的なものが大好きです。人々がBlenderで遊ぶものが大好きです。風変わりなものが大好きです。私たちのチームメンバーの一人は、MCPサーバーを通じてクロードに自分のドアをコントロールさせ、ドアマンの役割を演じさせています。その創造性が大好きです。
本当に、可能性は無限大です。APIを通じてピングできるもの、MCPサーバーでラップしてClaudeや他のLLMでコントロールできるものは何でもあります。Blenderのものについて説明してください。誰かが実際にMCP を通じてClaudeを使ってBlenderをコントロールしていたのですか？
そうです、基本的にMCPサーバーがBlenderにBlenderスクリプトを書き込むだけで、多くの動画があります。チェックしてみてください。クロードがこれらのツールを呼び出すのを見て、横でBlenderが何もないところからシーンを作成しているのを見ることができます。実際にその人がやっているのではありません。クロードが作っているのです。それが大好きです。
Claude 4とエージェント機能
それは素晴らしい、大好きです。少し話題を変えましょう。最近Claude 4をリリースしました。OpusとNew Sonnetです。これはMCPにとって何を可能にし、これはエージェントとより長い時間軸で動作できるAIという私たちが見ているより広いテーマにどのように接続するのでしょうか？
より多くの知能を持つモデルに入ると、より長時間動作するタスクを実行できます。実際にMCPに組み込んだプリミティブの一部が、現在はそれほど採用されていないかもしれませんが、より多く使用されるようになると思います。
ステートフルネスに関連するもの、実際にサンプリングを実行することに関連するものですが、これらは最初から考えていたプリミティブで、実際にエージェントの世界で役立ちますが、モデルがより長時間動作するタスクを開始できるほどの知能量を持つことを必要とします。
それは興味深いです。まだそれほど活用されていないこれらのもののいくつかは、モデルがより能力が向上し、それらを使用できるようになるにつれて、ますます重要になるということですね。
より多くのMCPサーバーを接続することも簡単になり、クロードはアクションを取るためにどれが必要かを区別することがどんどん上手くなるでしょう。
一度にクロードにいくつのMCPサーバーを投げることができますか？それらの間でどのように選択することを知るのでしょうか？
場合によります。
良い質問です。
ツールがどのように書かれているか、重複しているかによります。3つの課題追跡MCPサーバーを隣り合わせに置いた場合、もちろんモデルは混乱する可能性がありますが、課題追跡のようなものと、全く異なるもの、何でも、があれば、それは非常に簡単になり、たくさんのものを隣り合わせに置くことができます。結局のところ、あなたのワークフローとそれらがどれほど重複しているかの問題です。
なるほど。モデルがより能力があり知的になるにつれて、それらにより多くのものを投げることができるようになると思います。MCPの次は何ですか？
MCPの未来
プロトコルは現在ライブです。良い採用がありますが、それが何であるかを人々が理解するのをより良く支援することができます。より多くの例、より良いドキュメントに確実に投資します。重要なセキュリティプリミティブにも投資しています。
最も多くの人が興奮すると思うのは、エージェントと私たちがエージェントについてどのように考えているかです。エージェントについて、本当に大きな出荷物の一つは、レジストリAPIです。これにより、モデルが実際に行って追加のサーバーを検索し、それらをLLMに持ち込むことができるようになります。
それによって、クライアントが「ここに私が知っている10のもので、モデルにコンテキストを持たせたい」と決めるだけでなく、少しよりエージェント的なループが可能になります。モデルはオンデマンドでより多くのものを検索できるようになります。
2つ目は長時間動作するタスクです。MCPでより長時間動作することを実際に簡単にします。3つ目は誘発です。より多くの情報が必要な場合に、サーバーとして実際にユーザーに戻ってより多くの情報を求める方法です。
エキサイティングです。MCPの未来が何をもたらすかをとても楽しみにしています。お二人とも参加していただき、ありがとうございました。
ありがとうございました。
コメント