MCPをUSB Type-Cにたとえる理由
ちょっと深く理解するMCPの話でございます。
分かったようで分かっていないMCP。
そう、かなりまず説明してもらおうかな。
MCPっていわゆる何なんですか?
USB-Cコネクタ。
端的に言い過ぎても、MCPイコールみたいになってるけど。
AIがいろんなアプリとかに接続するための共通の企画みたいなとこですかね。
その通りでございます。
そこでよくね、USB Type-Cみたいなもんですよと言われて、
なるほどと思いつつどういうこと?という2つの思いが混在するこの絶妙なたとえなんですけど。
たとえ自体はすごくいい絵で見よう。
すごく面白いというかわかりやすいたとえになってます。
これみんな言ってんの?これ。
みんな言ってる。
みんな言ってるというか。
しぶちょーが言ってるわけじゃなくてね。
俺だけじゃないよ。そもそもアンソロピックの公式を言ってんじゃないかな。
そうなんだ。またアンソロピック。
アンソロピックがそもそも作った企画だからね。
MCPっていうのは。
今日はこの分かったようで分かっていない、AI界のUSB Type-Cなるですね。
MCPというものをちょっと深く理解してもいいんじゃないと思って。
USB Type-Cなんだよ以上の説明ができるということを目標にお話をしていこうかなと思います。
お願いします。
そもそもこういう話をする理由だけちょっと最初に言っておくと。
それを知ってもそんなに深まらなさそうなんですけど。
そう思うじゃない。やっぱりMCPを理解するということは大事なんですよ。
AIに道具と説明書を渡す
大事なんだ。
大事なんです。
使えるからいいんじゃねみたいな。
MCPを使う、作るっていう視点もあるよねと。
MCPを作る。
なんでもさ、AIにこれやっといて、あれやっといてと。
一からお願いするってことするじゃない。
何かしらの処理をAIが頑張ってしてくれて、結果なんか出てくるじゃない。
そうそう、何やってるかは神のみぞ。
でもさ、やっぱりAIにどういう処理をやらせるかっていうことはある程度コントロールした方が良くて。
でもすごい頭の良い人に電卓の作業とかさせたくないじゃない。
ノーベル科学賞を取れるような人にちょっとあなたこの電卓使って数値プチプチ打ってなんか電卓の作業して計算しといてってやりたくないじゃん。
もったいないね。
もったいないじゃない。
そういうところでちゃんと道具を渡してあげると。
道具用意してますからこっち。毎回使うから道具貸しときましたと。
あなたはちょっとこの道具使ってこの作業しといて。
この作業しといてこの道具使っておいてっていう道具を与えてあげるっていうのがすごく。
道具セット。
そう、道具セット。
使い方説明書になってるですね。説明書セットになってる道具をAIに渡してあげると。
じゃあこの作業を金井さんやっておけって言ったけど、じゃあこの道具使っておけばいいなーみたいなことをやらせると確実に同じ答えが出てくるし。
その道具を使えばね。その道具はAIじゃないから。道具だから。
この道具って何今の?MCPってこと?
そう、道具との接続がMCP。道具を作ったものをAIに使わせるってこと。ところにこのMCPっていうのが使えるから。
だから実はMCPをちゃんと理解すると、そういうAIエージェントの動きをちゃんとこれと連携させてあげようみたいなことができるようになってくると。
じゃあどういう風にMCPの概要というか構成がなってるのかな?ぐらいの簡単な話でやっぱり理解した方がいいのね。
使う側にとってもそうだし、作る側にとってもね。
MCPでYOLOじゃダメなの?
MCPでYOLOでもいい。使う側はね。自分が作ったオリジナルツールみたいなやつあるじゃん。絶対。むしろそういう方が最近多いじゃない。
そうね、そうか。自分で作った自分のためのツールね。
それでMCPのちゃんとサーバーにみたいな。ちょっと後で説明するんだけど。
MCPが繋がるようにしておけば。
繋がるようにしておけば、後は勝手にAIがこれMCPあるからこれ使おうみたいな感じになってくると。
なるほど、それはそう。自分で作ったやつだったら自分のパソコンで勝手に使えるんじゃないの?
そうだよ。でも自分で作ったツールでもAIは1からこれどういうツールだっけみたいな。セッションを呼び出すたびにこれどういうツールなんだっけ。こうやって使うんだっけ。
って言ってたまに使い方を間違えたりする可能性もあるよね。
取説がない。
取説がないと。そこをちゃんとしっかりして接続口作っていきましょうよと。
取説がMCP?
取説付きポートみたいなもので。今日のポイントはそこだね。すごくいい導入ですよ今のは。
USB Type-Cと言われてるんだけど、ただなんか共通で刺さるっていうわけじゃなくて、そこで説明書が付いてるというのが結構重要になってくると。
ツールの説明書ね。
そう。っていう話でちょっと広げていきたいと思いますけど。
なるほど。
これを理解することによって、自分のツールでMCPを使ってみようかなみたいな話もあるし、自分がMCPを使うときにすでに世の中にあるやつ、何を注意しなきゃいけないかみたいなものもちょっと分かるような回に
したいと思います。
少し一歩踏み込んで、そんなに難しくなくMCPをふわっと理解しましょうという回でございます。
これを理解したら自分のツールにMCPを付けてみようみたいなコード変容が起きるかもしれない。
はい、ということで。
MCPの接続口と機能の通知
MCPとは何かという話ですね。
基礎編とか、そもそも何かという話なんだけど、MCP、何の略か、モデルコンテキストプロトコルと。
モデルコンテキストプロトコルと。
どういう説明かというと、公式の文章的には、AIアプリケーションを外部システムに接続するためのオープンソース標準と、そういうことになってます。
すごく簡単に言うと共通語だよね。
AI共通語。
そう、AIエージェントに他のシステムをつなぐと。
今まではどうなってたのっていうと、いろんなツールがあるんだけど、
AIに使わせようと思ったら、その接続口を一個一個ちゃんと設定していかなきゃいけなかったのね、オリジナルで。
毎回ツールごとにつなげ方違うみたいな。
そう、AIアプリがいっぱいあるとするじゃん、例えば。
AIを使ったアプリケーションABCDとかあるとするじゃん。
AとツールABCDがあったときに、AとAをつなぐときに、AとNをつなげた。
アプリAとツールBをつなぐときに、AとBにつなげ方と。
だからNかけるMだよね。
だからツールの数かけるアプリの数分の接続を全部専用でつなげなきゃいけない、作らなきゃいけない。
受話器みたいな。
あれだね、ケーブル全部先端オリジナルみたいな。
オリジナルで全部職員の手でつなぎ込むみたいなことをしないと、
AIのアプリケーション連携ってできなかった、今まで。
それ聞くとめちゃくちゃ不便だね。
職人呼んできてハンダゴテお願いしますみたいな。
そうそう、一個ずつね。ケーブル剥くとこから始めてみたいなこと。
だるいね、それ。
うわー、がったるいみたいな。
うん。
なんだけど、だからこそMCPが何かというと共通の口にしましょうねと。
うんうんうん。
つなぎ込むときはじゃあこれUSB Type-Cになってますから、
このケーブル挿してくれれば行けますぜみたいな。
じゃあこれ全部こんな簡単にこうさせるんだみたいな。
そういうので同じこういうルールで、
そのAIのアプリとツールをつなげていきましょうねという共通のルールを作ったと。
だからType-Cと言われるんだけど、つなげますよねみたいな。
なんだけど、
挿されば、挿せば使えるの?
そう、挿せば使えます。
うーん、うんうん。
さっき言ったんだけど、挿して使える意味何なんみたいな。
挿して使える意味?
挿して使える意味。なんで挿して使えるの?みたいな。
ルールがあって、挿すと最初に取りせつくれるのね。
あ、なるほど。
私はこういうものでこういうことができますぜみたいな情報をアプリ側にくれるんですね。
なんで、あ、じゃああなたこういう感じなんだねみたいな。
じゃあこういう風に使っていけばいいねみたいな感じでこう思う。
私が何者かっていうのを理解してくれると。
そこがMCPのすごいところ。
それがないと手探りで使うみたいな。
手探りで使う。
手探りで使うというか、ルールをあらかじめ知っておかないといけないと。
MCPとAPIの違い・関係
それの大きな違いがAPIだよね。
あ、出た。
APIとの違いよく言われるやつだね。
よく言われるやつだと。
めちゃくちゃ長いんでしょAPIって。
APIは長いというかね、一応アプリケーションとつなぎは接続できるんだけど、
APIリファレンスってそのツールごとのAPIのルールがあると。
APIという概念はあるんだけど、そのルール自体、何を送ったら何が返ってくるかっていうのは、
そのツールによって全然違うから。
結局そのツールのAPIをしっかり読み込まないと接続できないよね。
つなぎ方が違うってこと?
つなげる口はあるし、これを呼び出せばこれが返ってくるねっていう、
そういう口はちゃんと受付口は用意されてるんだけど、
そのお作法みたいなものがツールA、ツールBと作った人によって全然違うわけ。
同じ入力をして同じことが返ってこないよね。
この情報が欲しいんだけどって言っても、うちはちょっとそういうルールじゃないんでみたいな感じになってしまうと。
めんどくさそうだな。
そのツールのAPIリファレンスってのをちゃんと読んで、
こういうことをすればこういうことが返ってくるんだなと。
逆にこれはできないんだなみたいなことをしっかり読み込まないと使えないの、APIって。
MCPはそれとは違って、つながった瞬間に私ができることみたいなやつをちゃんと宣言してくれる。宣言というか教えてくれるから。
あなたはこういうことができるんですねと。
いうふうに動くと。
ただ、MCPとAPIって対になる概念じゃないのよ。
ここはちょっと勘違いしないでほしくて。
なんかそれ、両方あるやつとかない?
そう。両方あるというか、包括している。MCPの中にAPI入ってるとか。
ツールとして包括してる場合が多い。
だからMCPでこういうことできますよみたいな感じになってるんだけど、
実際何をしてるかというとAPIを叩きにいってると。
へえ。結局APIなんだ。
そう。結局中で動いてるのはAPIなんだけどみたいな。
よりAPIという概念を使いやすくMPCで包んでますよみたいな。
バームクーヘン。バームクーヘン?バームクーヘンになってるね。
入れ子の状態になってたりするわけ。
だからいちいちで対応してるものではないよっていう感じ。
説明書がついてますよっていうのがMCPなんだなっていうのが、
なんとなく理解していただけると。
APIも説明書ついてるんでしょ?
説明書ついてる。AIに対する説明書じゃない。
人間に対する説明書がついてる。
人間に対するなんだ。
APIで今から口をつなげますねっていう人間に対する、
プログラマーに対する説明書はある。
AIに対する説明書じゃなくて、
AIは別にホームページみたいなやつを読ませれば読めるんだけど、
MCPは必ずこういう説明書にしましょうっていうフォーマットが決まってるわけ。
だから漏れなく情報がちゃんと繋がってくると。
毎回言語が違うみたいなノリでめんどくさいんだ。APIは。
APIのリファレンスっていうのはこの情報があったりなかったりみたいな。
別に本当にただの文章だから、ルール決まってるわけじゃないのね。リファレンス自体は。
普通に言葉で書いてある取説みたいなこと。
なるほどね。
MCPの説明書はもう明確にできることはこういうふうに説明しましょうっていうルールが決まっていて。
なんかAPIは毎回全文読まないといけないみたいな無駄があるとかって聞いたことある。
そうだね。毎回全文読まないと。もしもAIで接続しようと思ったら、
多分リファレンスをダーって読ませて、こういうことをねって理解させた上で、
このAPIを叩きに行きましょうみたいな感じになるんだけど。
MCPはもう最初にできることリストみたいなのもらってるから、その中からこれ使いますわって言うだけ。
エコですか。
エコですね、そういう意味では。
なるほどね。
まずそういう技術ですよねみたいな感じの概要を説明する。
