AI 应用可能需要从文档系统获取信息，或从业务服务触发操作。每次集成都需要一种共享方式来请求该信息或操作。
MCP 规范定义了这一共享接口。兼容的客户端可以发现服务器暴露的能力。应用仍需获得权限才能使用受保护的能力。
什么是主机、客户端和服务器？
主机是 AI 应用。客户端是它的连接器。服务器是提供能力的程序。
规范中的角色将应用与其内部的连接器区分开来。
| 角色 | 职责 | 示例 |
|---|---|---|
| 主机 | 协调 AI 交互及其连接 | 一个助手应用 |
| 客户端 | 与 MCP 服务器交换协议消息 | 该应用内部的连接器 |
| 服务器 | 暴露上下文或可调用的操作 | 一个提供文档访问的程序 |
一个主机可以使用多个客户端连接到不同的服务器。架构指南描述了每个服务器连接对应一个客户端。
消息如何传输？
标准传输方式通过本地进程流或 HTTP 传递消息。
传输规范定义了两种方式：
- Stdio： 客户端启动一个服务器进程，并通过其输入和输出流交换消息。
- Streamable HTTP： 服务器接收 HTTP 请求，并可以将消息以流的形式返回给客户端。
因此，服务器不必是远程网站。它可以是与客户端运行在同一台机器上的程序。
传输层承载交换过程。账户权限仍然需要授权。MCP OAuth 解答说明了受保护 HTTP 服务器的授权方式。
MCP 是一个智能体框架吗？
MCP 定义的是一种集成协议，而非运行智能体推理和任务循环的框架。
架构指南的范围将应用如何使用模型和管理上下文留给了应用自身。主机自行决定如何使用通过连接获取的信息和操作。
仅凭协议连接并不能决定哪个操作能完成用户的任务。
MCP 会取代 API 吗？
MCP 可以通过独立的协议接口暴露 API 的操作。底层的 API 可以继续执行这些操作。
架构指南的工具示例展示了一个 MCP 服务器执行请求的工具。工具背后的实现可以调用其他服务。
例如，一个假设的订单状态工具可以通过现有的 API 检索订单。MCP 描述的是客户端-服务器交换。订单服务仍然拥有自己的记录和访问规则。
原语解答说明了工具、资源和提示词。A2A 对比涵盖了智能体之间的通信。
如何将 MCP 与 Bird 一起使用？
您可以将 AI 客户端连接到 Bird 的 MCP 服务器。