「MCPを使ってる人」が より詳しくなるための解説

(Generated by gemini)
目次
オープニング
タイトルスライド：「MCPを使ってる人」が より詳しくなるための解説
発表者紹介：やまぐちさん
自己紹介と簡単な経歴
プレゼンテーションの概要
今日の解説内容の紹介
Zennの記事の補足説明
今日学べること
MCPとは何か？
Function Callingとの違い
MCPの簡単な仕様
問題点
背景
2022年のLLMとツールの関係
2023年6月 OpenAI Function Callingの登場
Function CallingによるLLMのツール利用
各社のFunction Callingの実装状況
LLMライブラリでの課題
ツール提供者と利用者の課題
MCPの登場
MCPとは？
MCPのメリット
MCPの普及
MCPの仕様
MCPの概要
登場する概念：MCP Server, MCP Client, MCP Protocol
MCP Protocolの詳細
MCPが使われるまでのフロー
JSON RPC
Transport層一覧 (StreamableHTTP, HTTP+SSE)
Sampling, Roots, Tool, Resource, Prompt
ClientとServerの機能
MCPの正体
MCPはLLMのためのプロトコル
MCPが流行っている理由
MCPの問題点
大量のコンテキストの問題
エージェントの選択問題
長時間タスクの問題
外部リソース検索の問題
セキュリティの問題
使い勝手の問題
精度の問題
解決策の提案
A2Aの紹介

Transcript

1. 「MCPを使ってる⼈」が より詳しくなるための解説 やまぐち
2. 今⽇はこないだZennで多くの⽅に⾒てもらった記事をもう少し詳 しく解説しようと思います 実装⽅法などはやらないので、気になる⽅は読んでみてください！
3. 今⽇学べること • MCPとは何か • FunctionCallingと何が違うか • MCPの簡単な仕様 • 問題点は？
4. 覚えていますか？ 2022年LLMはちゃんとツールを使えませんでした
5. 2023年6⽉ OpenAI FunctionCallingが誕⽣ LLMがツールを使う独⾃規格が誕⽣
6. Function CallingでLLMはツールを使うようになった
7. 各社のFunctionCallingを出している　
8. 各社FunctionCallingのインターフェイスが異なる
9. LLMライブラリでは吸収するためにこんなにパッケージが ... https://github.com/vercel/ai/tree/main/packages
10. (推測)ツール提供側も困るし、利用者側も困ってた このモデルFunctionCallingのレイ ヤー作らないと... ツール提供者 アプリor プラットフォーム開発者 LLMの利用者 あのリソース使って調べ物したい、 開発したいなあ Difyでは提供してないかー Langchainならあるかー 自作するかー リソースあって、LLMに使わせるツー ル作りたいけど、 Langchainで提供がいい？ Vercel AI SDKがいい？？ Difyのプラグイン作る？？ わからない・・・
11. MCP誕生 MCP は、アプリケーションが LLM にコンテキストを提供する ⽅法を標準化するオープン プロ トコルです。MCP は、AI アプリ ケーション⽤の USB-C ポートの ようなものです。 (https://modelcontextprotocol.i o/introduction より)
12. (推測)MCPが出てきてみんなハッピー！ ツール載せるのはMCPで統一できそ う！ FunctionCallingをいいい感じにする レイヤーいらなくなった！ アプリor プラットフォーム開発者 LLMの利用者 ツール提供者 あのリソースMCPで提供して る！ラッキー！ とりあえずMCPにのせてリソース公 開すればええやん！ 開発者側にも 利用者側にも使ってもらうぞ！
13. (推測)MCPが出てきてみんなハッピー！ ツール載せるのはMCPで統一できそ う！ FunctionCallingをいいい感じにする レイヤーいらなくなった！ アプリor プラットフォーム開発者 LLMの利用者 ツール提供者 あのリソースMCPで提供して る！ラッキー！ とりあえずMCPにのせてリソース公 開すればええやん！ 開発者側にも 利用者側にも使ってもらうぞ！ MCP Clientさえあれば、ツール提供者と そのままやりとりできる
14. 世の中はだんだんと MCPブームに移りゆく
15. ではそんな MCPの仕様 ざっくり理解してみましょう
16. MCPはLLMにリソース (ツール)を使わせるための標準規格 MCP は、アプリケーションが LLM にコンテキストを提供する⽅法を標準化するオープン プ ロトコルです。MCP は、AI アプリケーション⽤の USB-C ポートのようなものです。 (https://modelcontextprotocol.io/introduction より) https://modelcontextprotocol.io/introduction より
17. 登場する概念 • MCP Server ◦ 各社がリソースを公開して いるかはこちらを確認しよ う • MCP Client ◦ CursorやClaude Desktop などがこれにあたる • MCP Protocol ◦ MCPClientとMCPServerを 間の通信を扱うプロトコル 部分 https://modelcontextprotocol.io/introduction より
18. 登場する概念 実装する可能性の高い、 この間部分を今日は深掘 りします！ • MCP Server ◦ 各社がリソースを公開して いるかはこちらを確認しよ う • MCP Client ◦ CursorやClaude Desktop などがこれにあたる • MCP Protocol ◦ MCPClientとMCPServerを 間の通信を扱うプロトコル 部分 https://modelcontextprotocol.io/introduction より
19. まずはMCPがどう使われているか を確認しましょう
20. MCPが使われるまでのフロー
21. JSON RPC MCP ClientとServerの間は？ stdin StreamableHTT P HTTP+SSE 接続方式 標準入力＋出力 HTTP HTTP＋EventSo urce Client→Server 文字列 （JSON-RPC）を 逐次書き込み POST 追加送信は別 REST 呼び出しが 必要 Server→Client stdout へ逐次 書き込み SSE ストリームで プッシュ／単発 JSON SSEエンドポイント でSSE ストリーム - ステートレスにでき る？ - Transport層一覧
22. StreamableHTTP とHTTP+SSEの違い HTTP+SSE HTTPP OST SSE
23. StreamableHTTP とHTTP+SSEの違い StreamableHTTP HTTPP OST 一つのMCPエンドポイ ントのみ
24. Sampling Roots Tool Resource Prompt ClientとServerの機能は？
25. Sampling Roots Tool Resource Prompt Tool 実際動いている箇所
26. Tool Resource Prompt Tool • Tool ◦ アクションを実⾏するためにLLMに公開される関数 ◦ 基本モデルが制御するもので、世の中の⼈がMCPと 思っているのもこれ MCP Server側の機能(Tool)
27. Tool Resource Prompt Tool • Resource ◦ MCP サーバーがクライアントに提供したいあらゆ る種類のデータを提供する ◦ アプリケーションが制御するもの。ユーザーにどう 使わせるかは各MCP Clientの⾃由とされています。 ◦ 選ばせてもいいし、⾃動で⼊⼒されてもいい • Prompt ◦ サーバーは再利⽤可能なプロンプト テンプレートと ワークフローを定義でき、クライアントはそれを ユーザーや LLM に簡単に表⽰できます ◦ 基本はユーザーが制御するもので、ユーザーが明⽰ 的に選択する ◦ ClaudeForDesktopで主に採⽤されている MCP Server側の機能(Resource, Prompt)
28. Roots • Roots ◦ MCPClientがServerと接続する時に呼ば れる ◦ ServerにClient側のルートを教えるために あるエンドポイント。この範囲でみて ね！みたいな？ MCP Client側の機能(Roots)
29. • Sample ◦ Server側がClient側に対 してLLMの⽣成‧補完を 要求できる機能 ◦ Claude for Desktopでも まだない機能 ◦ アプリケーション側が ⾃由に実装しても良い MCP Client側の機能(Sampling) Sampling https://modelcontextprotocol.io/specification/2025-03-26/client/sampling より
30. MCPの正体がわかりましたね
31. MCPはLLMのためのプロトコルでし た。
32. なぜ流行っている？
33. (推測)MCPが出てきてみんなハッピー！ ツール載せるのはMCPで統一できそ う！ FunctionCallingをいいい感じにする レイヤーいらなくなった！ アプリor プラットフォーム開発者 LLMの利用者 ツール提供者 あのリソースMCPで提供して る！ラッキー！ とりあえずMCPにのせてリソース公 開すればええやん！ 開発者側にも 利用者側にも使ってもらうぞ！ MCP Clientさえあれば、ツール提供者と そのままやりとりできる
34. MCPは最高？
35. もうちょっとよくなればいいな
36. MCPの問題点 ~私が⾟いなと思う瞬間４選~ 大量のコンテキス トを渡してくる。 それがノイズになっ て邪魔してくる。辛 い ① エージェントが MCPちゃんと選ん でくれない ツール大量で多分 選ぶの大変そう。 ツール多いとノイズ にもなりそう ② 長時間タスクでき ない StreamableHTTP できたからやれそう やけど、そもそもア プリ側がそうなって ない。 ③ MCPで外部リソー スを検索するのコ スパわるい 「A」を書いてるド キュメント取得する ために list→read→read →read…を繰り返 して見つからなくて 辛い。 時間もコストだけで 成果はない ④
37. MCPの問題点 その他 • セキュリティ ◦ stdio機能を介して、MCPサーバーがローカルで悪意のあるコードを実⾏する可 能性 ◦ MCPサーバー側で意図せずに使っている悪意あるサードパーティのライブラリ を実⾏してしまう。 ◦ MCPではツールの名前や説明が実際に動くコードが違うことでうっかり悪意の あるツールを実⾏してしまう。 • 使い勝⼿ ◦ Approve押すのめんどくさいけど、ないと不安 • 精度 ◦ ツール詰め込むとそれだけコンテキストを圧迫して、LLMとしての精度が落ち る ◦ コンテキスト量の制御ができないので、コンテキストが多すぎてコストが増加 し精度は落ちてしまう可能性がある。
38. こういうのつらみを一部を 解決するもの があるとかなんとか
40. A2AはMCPを補完してくれる 大量のツール情報によるLLMのコンテキスト圧迫 と信頼性低下 多数のリソース取得、コンテキスト過多による LLMの精度劣化とコスト増大問題 これらを 解決す る https://google.github.io/A2A/#why-a2a-mattersより