MCP 的現況與接下來要做的事

概要

• MCP application 是開場示範David 說這是由 MCP 提供的介面，不靠外掛、SDK，也不是模型在 client 端即時生成，Claude、ChatGPT、VS Code、Cursor 都能放進去用。
• 十八個月長到每月一千萬次下載David 說一年半前只有一份規格文件、幾個 SDK 和只有 tools 的本機版本，現在已有遠端、集中授權，以及 elicitation 與 tasks 等新原語。
• 連線不是只有一種解法David 認為 2026 年的 agent 會同時用 skills、CLI、computer use 與 MCP，各自適合不同情境，沒有單一答案。
• client 端先做漸進式載入與程式化呼叫把所有 tools 一次塞進 context window 是目前的通病，David 建議用 tool search 延後載入，並讓模型寫腳本來串接工具。
• server 端要為 agent 設計不要把 REST API 一對一搬進 MCP server，也要多用 MCP 才有的語意，例如 MCP applications、tasks、elicitation。
• 協定本身接下來的改動無狀態傳輸與 server 探索預計在六月的規格，另外還有非同步 tasks、TypeScript 與 Python SDK 第二版、cross-app access，以及 skills over MCP。

原話

• “because I think 2025 was all about exploring, and 2026 is all about putting these agents into production.”

  因為我認為 2025 年都在探索，2026 年則是把這些 agent 放進生產環境

  ▶ 03:49

• “there's a real big connectivity stack, and there's the right tool for the right job.”

  連線是一整個堆疊，每件工作都有適合的工具

  ▶ 05:11

• “the protocol just puts information across the wire but the client is responsible for dealing with that information”

  協定只負責把資訊傳過去，怎麼處理是 client 的責任

  ▶ 08:21

• “we all need to stop taking REST APIs and put them one-to-one into an MCP server.”

  我們都該停止把 REST API 一對一搬進 MCP server

  ▶ 12:03

• “So 2026, I think, is all about connectivity. And the best agents use every available method.”

  所以我認為 2026 年就是連線之年，而最好的 agent 會用遍所有可用的方法

  ▶ 17:46

延伸

• David 提到 MCP applications 目前只有網頁介面支援，CLI 很難渲染 HTML，沒有說其他 client 何時跟進。
• 非同步 tasks 目前只有很少 client 支援，David 說會開始做更多 client，沒有給具體時程。
• David 提到 skills over MCP 現在已有人實驗，可以先給模型一個 load skills 的 tool，正式語意之後才會定義。