Name: モデル・コンテキスト・プロトコル（MCP） (The Model Context Protocol (MCP))
Uploaded: 2025-06-26T21:27:33.000Z
Duration: 19 min 35 s
Description: VoiceTubeの動画で発音を聞きながら英語表現を覚えよう！学べる英語：

過去形

Around the time, in September, we had an internal hackathon.

ちょうどその頃、9月に社内でハッカソンがあった。

to 不定詞

Everyone was free to build basically whatever they wanted to build.

誰もが、基本的に建てたいものを自由に建てることができた。

But it turns out everyone just built on MCP.

しかし、結局のところ、誰もがMCPの上に構築しただけなのだ。

Everyone's ideas were, oh, but what if we made this an MCP server?

でも、これをMCPサーバーにしたらどうだろう？

I lead Cloud Relations here at Anthropic.

私はAnthropicでクラウドリレーションズを担当しています。

私はMCPのプロダクトマネージャーだ。

Member of technical staff at Anthropic and one of the co-creators of MCP.

Anthropicの技術スタッフで、MCPの共同開発者の一人。

Today we're going to be talking about the model context protocol and diving in deep into what it is and what's next.

今日は、モデル・コンテキスト・プロトコルについて、それが何なのか、そして次に何があるのかを深く掘り下げてお話しします。

2人とも来てくれてありがとう。

MCPについて話せることにとても興奮している。

But first, there's a lot of talk about MCP and not a lot of maybe real deep understanding of what it is.

しかし、その前に、MCPについて語られることは多いが、それが何なのかを深く理解している人は多くないだろう。

Can we dive into how you view MCP and what it really means to be using MCP or building on it?

あなたがMCPをどのように見ているのか、MCPを使うこと、あるいはMCPを土台にすることの本当の意味を教えてください。

MCP is just a way for putting my workflow into an AI application in a very simple way.

MCPは、私のワークフローを非常にシンプルな方法でAIアプリケーションに組み込むための方法に過ぎない。

I think that's how I really wanted it to be initially, or that's how we wanted it to be.

当初はそうあってほしかったし、僕たちもそうあってほしかったんだ。

But it's just a way to give context to an application that uses another lab.

しかし、それは別のラボを使用するアプリケーションにコンテキストを与える方法に過ぎない。

And it can be tools, it can be just raw context, whatever you like it to be.

ツールでもいいし、生のコンテクストでもいい。

How is that different than you calling an API or something like that?

APIを呼び出したりするのとどう違うんだ？

It's passing this information from one place into the prompt, basically, of the model.

基本的には、この情報をある場所からモデルのプロンプトに渡しているのだ。

ここでMCPが特別なのはなぜか？

I think the question is, what do models interact with?

問題は、モデルは何と相互作用するのかということだ。

And they don't interact directly with APIs, they interact with prompts and tools and whatever you're giving the model to ingest.

彼らはAPIと直接やりとりするのではなく、プロンプトやツール、インジェストするためにモデルに与えるものすべてとやりとりする。

And so MCP standardizes how you take that data from, whether it's an API or some internal data source or whatever it is, how you take that data and then actually give it to the model.

MCPは、APIであろうと内部データソースであろうと何であろうと、データをどのように取得し、それを実際にモデルに与えるかを標準化します。

What are the main aspects of this protocol that has to follow?

このプロトコルの主な点は何ですか？

The main part is that it's a protocol between the AI application that uses another lab.

主な部分は、別のラボを利用するAIアプリケーション間のプロトコルだ。

And it exposes basically three main things.

そして、基本的に3つのことが露呈している。

It's tools, it's a thing called resources, which is just raw data that you could ingest into a RAG pipeline or whatever you wanted to do, and there's prompts.

これはツールで、リソースと呼ばれるもので、RAGパイプラインややりたいことに取り込むことができる生データだけで、プロンプトもある。

And that's the three main things that a server can expose for now.

これが、今のところサーバーが公開できる主な3つのことだ。

So tools are actions that the model can take out in the world.

つまりツールとは、モデルが世界で取ることのできる行動なのだ。

リソースはファイルやテキストである。

Files, data, whatever kind of context you want to give the model.

ファイル、データ、あなたがモデルに与えたいあらゆる種類のコンテキスト。

What a user wants to put into the context window by themselves and is triggered by the user and just put into the context window and then they can edit it as they want to.

ユーザーが自分でコンテキスト・ウィンドウに入れたいと思ったものが、ユーザーによってトリガーされ、コンテキスト・ウィンドウに入れられるだけで、あとは好きなように編集できる。

That's really what prompts are for, prompt templates in the end of the day.

プロンプトは、結局のところ、プロンプトのテンプレートなんだ。

We typically see that being implemented as a slash command.

これは通常、スラッシュ・コマンドとして実装される。

If you're in the AI application of your choice, you would do a slash command and it would pull in the prompt template and save you time from having to write that out, whatever it is.

好きなAIアプリケーションでスラッシュ・コマンドを実行すれば、プロンプト・テンプレートが取り込まれ、それを書き出す手間が省ける。

それがMCPの最も基本的な形だ。

There's definitely a lot of nuance in there.

そこには確かに多くのニュアンスがある。

The most basic thing is that I worked on internal developer stuff and I got very quickly frustrated about having to copy things in and out of Cloud Desktop and then copying things back and forth between my IDE.

最も基本的なことですが、私は社内の開発者向けの仕事をしていて、Cloud Desktopにコピーしたり、IDE間でコピーしたりしなければならないことに、すぐにイライラしてしまいました。

And that's just really what I was thinking about, how can I solve copying, pasting, the things I care about the most between these two applications.

この2つのアプリケーションの間で、コピーや貼り付けなど、私が最も気にしていることを解決するにはどうしたらいいのか。

And that's really the absolute origin of where MCP started, at least in my mind.

それが、少なくとも私の中では、MCPが始まった絶対的な原点なんだ。

And then from there, I explained that to Justin, who is the other co-creator, and he really took it and ran it and then we together just built it out and built it into Cloud Desktop.

そこから、もう一人の共同制作者であるジャスティンにそのことを説明し、彼はそれを実際に実行に移し、私たちは一緒にそれを作り上げ、クラウド・デスクトップに組み込んだ。

And I think there was a pivotal moment that you alluded to.

そして、あなたが言及したような重要な瞬間があったと思う。

ハックウィークについて話したい？

私は、あなたがこの話を受け止めるべきだと感じている。

ハックウィークは楽しかった。

We weren't really sure, is this going to work?

これでうまくいくのか、確信は持てなかった。

But around the time, in September, we had an internal hackathon and everyone was free to build basically whatever they wanted to build.

しかし、ちょうどその頃、9月に社内でハッカソンが開かれ、誰もが基本的に作りたいものを自由に作ることができた。

And we had everything from people doing very standard things like Slack integration or things you would think of when you think MCP, up to people who steered their 3D printer as MCP.

Slackとの統合や、MCPといえば思いつくようなごく普通のことをやっている人から、3DプリンターをMCPとして操縦している人まで、いろいろな人がいました。

And I love this, when it got into the real world, when Cloud got into the real world because of an MCP server.

MCPサーバーのおかげでクラウドが現実の世界に入り込んだ。

I remember that too, when we were doing all these hackathon projects and there was no mandate to force people to use MCP.

ハッカソンプロジェクトをやっていたとき、MCPを使うように強制されることはなかった。

これは完全に有機的なものだった。

Why did people gravitate towards MCP for all their projects?

なぜ人々はすべてのプロジェクトでMCPに惹かれたのか？

I think it really was that standardization layer.

それは本当に標準化レイヤーだったと思う。

It just made it so much easier to add context to the application because the moment that Cloud is now integrated against MCP, that means as the server builder, you can build 1, 2, 10, 20, however many servers you want and you know that it will automatically work with that application.

クラウドがMCPに統合された瞬間に、サーバー・ビルダーとして、1台、2台、10台、20台......好きな数のサーバーを構築でき、それが自動的にそのアプリケーションと連動することがわかるので、アプリケーションにコンテキストを追加するのがとても簡単になりました。

I think that just gives you the ability to only think about one side and not have to think about the other side.

そうすることで、片方のことしか考えず、もう片方のことを考えなくて済むようになるんだ。

I think there's a bit of a magic moment when you teach Cloud something new using an MCP server for the first time and you see it takes action about something you care about and I feel that's a little bit of a moment of magic that I think MCP captures really well, which makes people so excited because within five minutes they have something going.

MCPサーバーを使って初めてクラウドに新しいことを教え、それが自分の関心のあることについて行動を起こすのを見たとき、ちょっとした魔法のような瞬間があると思いますが、MCPはそれをうまく捉えていると思います。

I've seen it myself and even experienced it where it almost feels like you take Cloud out of the box, so to speak.

いわば、クラウドを箱から出したような感覚だ。

All of a sudden, instead of just being this thing that is just right there outputting text, it's doing other things.

突然、ただテキストを出力するだけのものから、他のことをするようになった。

It's calling other applications, fetching other data, or even operating a 3D printer, which is a really crazy thing.

他のアプリケーションを呼び出したり、他のデータをフェッチしたり、あるいは3Dプリンターを操作したり、本当にクレイジーなことだ。

That does feel really special and I guess MCP allows that pretty seamlessly to some degree.

それは本当に特別なことだと思うし、MCPはそれをある程度シームレスに可能にしていると思う。

This was back in the end of summer, early fall, as we were doing this Hack Week and these other things.

これは夏の終わりから秋の初めにかけてのことで、ハックウィークやその他のことをやっていた。

When did we launch MCP and what did that look like?

いつMCPを立ち上げ、それはどのようなものだったのか？

私たちは感謝祭の頃にMCPを立ち上げた。

打ち上げの様子はどうでしたか？

レセプションはどうでしたか？

I think everyone's response, as you can imagine, well, some people still have this response, is what's MCP, right?

みんなの反応は、想像がつくと思うが、まあ、今でもこの反応をしている人もいるが、MCPって何だ？

We definitely could have named it better.

もっといい名前がつけられたはずだ。

嵐に巻き込まれたようなものだ。

But you still get the MPC instead of MCP and then it makes me think NPC.

でも、MCPの代わりにMPCが表示されるんだ。

You had a lot of people asking, what is MCP?

Not just externally, but I also think internally because it was such a bottoms-up movement.

それは対外的なものだけでなく、対内的なものだったと思う。

Initially people were like, oh, what is this thing?

最初はみんな、ああ、これは何なんだ？

What does it mean to give the model context?

モデルに文脈を与えるとはどういうことか？

Then as people started playing around with it and seeing it for themselves, I think that's where it actually slowly caught steam.

その後、人々が実際にプレーし、自分の目で確かめ始めたことで、徐々に盛り上がりを見せていったのだと思う。

The turning point was when more and more clients started adopting.

転機となったのは、より多くのクライアントが採用し始めたときだった。

I think the IDEs were the first to adopt.

That's created a lot of waves in the market to incentivize a lot more server providers to actually build servers.

その結果、市場には多くの波が押し寄せ、より多くのサーバー・プロバイダーが実際にサーバーを構築するようになった。

You see so many times on social media, what is MCP?

なぜこんなものを欲しがるのか？

A month later, a few days later, they're going to be like, this is the best thing ever.

1ヵ月後、数日後には、これは今までで最高の出来事だと言うだろう。

It's now become, I think it's fair to say, industry standard of integration protocol.

今では、統合プロトコルの業界標準と言ってもいいと思う。

There's nothing else in my mind that rivals it.

私の中では、これに匹敵するものは他にない。

Going back to the launch, a key decision here was to actually make this open source.

立ち上げの話に戻るが、ここでの重要な決断は、これを実際にオープンソースにすることだった。

That was pretty different in comparison to maybe previous efforts in this area that had been launched.

この分野でのこれまでの取り組みと比べると、かなり違っていた。

Can you explain the reasoning behind that decision and why did we open source it?

その決断の理由と、なぜオープンソースにしたのかを説明していただけますか？

If you have a closed ecosystem for integrations and for a context to be provided to AI applications, then it isn't clear to the server builders or the integration builders, is that AI application going to be around forever?

統合やAIアプリケーションに提供されるコンテキストのためのエコシステムがクローズドであれば、サーバー・ビルダーや統合ビルダーにとって、そのAIアプリケーションは永遠に存在し続けるのだろうか？

字幕リスト動画再生

モデル・コンテキスト・プロトコル（MCP） (The Model Context Protocol (MCP))

context

awesome

basically

intelligence