在本次会议中，Kent Dodds 提供了关于 MCP（模型上下文协议）的全面概述，以及它如何改变我们与软件交互的方式。
您可以在 YouTube 上观看本次会议，或者阅读以下精选引述。
贾维斯的愿景
Kent 在演讲开始时，引用了《钢铁侠》中托尼·斯塔克使用助手贾维斯调查犯罪现场的一个场景。在短短一分钟的片段中，贾维斯整合了来自多个来源的数据库，按需生成全息用户界面，访问并关联不同系统的记录，甚至创建了飞行计划。
“我的问题是，贾维斯在这个片段中做了哪些我们做不到的事情？贾维斯做了哪些我们做不到的事情？我会说，没有什么，但要加一个非常重要的星号。”
为何当前的 AI 助手表现不佳
“真正阻碍我们实现贾维斯的是集成。我们能想到的每一件事都非常难以构建集成。”
“谷歌无法构建世界上所有可能的集成，而这些个体也无法与所有其他部分构建集成。”
“我的城市不会为了让我预订公园凉亭而构建一个定制的 GPT。”
MCP 作为标准的承诺
“模型上下文协议规定，这些 AI 应用可以与这些服务集成，前提是客户端实现了规范的客户端部分，服务器实现了服务器端。现在我们可以进行通信了，这与网站的工作方式非常相似。”
“谷歌 Chrome 团队无需与 Bob 的巧克力工厂团队沟通就能实现这一点。Bob 的巧克力工厂团队构建了一个提供 HTML 的服务器……MCP 为 AI 智能体做的就是这个。”
“我们需要一个通信标准，这就是模型上下文协议。”
为智能体而非 API 进行设计
“您真的应该尽可能地将这些助手视为人类。就像人类会如何互动？这就是我们希望帮助大型语言模型（LLM）使用我们的东西的方式。”
“如果您只是给人类一页所有 API 规范，以及所有的小输入，比如‘给我 JSON’，那么人类很可能会把您的数据库搞得一团糟。”
“我将 MCP 视为网站的替代品。所以，就像我们有网站一样，有时它字面上只做一件事。它就是一个目的单一的网站。您也可以有一个 MCP 服务器来做同样的事情。”
多步工作流优势
“MCP 和这种与大型语言模型（LLM）协作的工作流之所以如此酷，是因为它不仅可以完成一项任务，还可以将这些任务串联起来。”
“如果你能说，‘好的，给朋友转账，然后在我们的日历上安排时间，再给他们发短信，告诉他们我可能会迟到’之类的。一旦你把所有这些事情都一起做了，那么它就开始变得更有意义了。”
用户交互的未来
“我还认为，在接下来的 12 到 18 个月里，用户将尽可能地逃离浏览器，转向这些 AI 助手应用程序。你需要在他们提出需求时就位。”
“自从 ChatGPT 在过去一年左右变得相当不错之后，我使用谷歌的次数可能只有以前的十分之一。我现在很少再用谷歌搜索了。如果我需要了解信息，我会去找 AI 助手。”