40秒搞懂MCP：AI工程师必知的5个核心概念

MCP（Model Context Protocol）正在成为AI应用开发的基础设施。一个40秒的短视频用五个概念拆解了它的架构，对于准备AI工程面试或刚接触MCP的开发者来说，这是一份极简但完整的认知地图。

什么是MCP？

MCP全称Model Context Protocol，即模型上下文协议。它的核心作用只有一个：连接AI应用与外部工具。

过去，每个AI应用要接入数据库、API或文件系统，都需要单独写一套集成代码。MCP试图把这件事标准化——就像USB-C统一了充电接口一样，MCP希望统一AI模型与外部世界交互的方式。这个类比在技术社区中被广泛引用，也是理解MCP价值最快的切入点。

MCP由Anthropic于2024年11月开源发布，采用JSON-RPC 2.0作为消息格式，支持本地stdio和远程HTTP+SSE两种传输方式。它的设计灵感部分来自Language Server Protocol（LSP）——LSP让编辑器与语言工具解耦，MCP则让AI应用与外部能力解耦。协议规范定义了初始化握手、能力协商、工具调用、资源读取等标准方法，并允许Server在运行时动态声明自己支持的能力子集。这意味着Host无需预先硬编码任何工具知识，只需在连接后读取Server的能力清单即可自动适配，这也是MCP相比传统插件机制更具扩展性的关键所在。

五个概念拆解MCP架构

1. MCP Host：交互的起点

MCP Host是用户与AI交互的应用程序，比如一个IDE插件、一个聊天客户端，或者任何集成了AI能力的软件。它是整个交互发生的场所。

Host的角色是发起请求的一方。当用户在应用里提问或触发某个操作时，Host负责协调后续的协议通信。

2. MCP Client：连接的管家

MCP Client运行在Host内部，专门管理到MCP Server的连接。一个Host可以创建多个Client，每个Client对应一个Server连接。

这种设计让连接管理变得模块化：Host不需要关心协议细节，Client负责握手、维持会话和处理消息路由。

3. MCP Server：能力的暴露者

MCP Server是对外提供能力的一端。它向AI应用暴露三类东西：工具（Tools）、资源（Resources）和提示（Prompts）。

资源通常是可读取的数据（如文件内容、数据库记录），提示是预置的模板，而工具则是可执行的操作。Server可以是本地进程，也可以是远程服务，协议本身不限制部署形态。

Tools、Resources、Prompts三者的区别常被混淆，可以从“控制权”角度区分：Tools由模型自主决定是否调用，带有副作用，需要用户或Host授权；Resources由应用或用户选择后注入上下文，通常是只读的，类似给模型“看的资料”；Prompts则是Server预置的交互模板，用于引导用户以特定方式发起请求。在协议层面，三者分别通过tools/list、resources/list、prompts/list等方法暴露，并各自支持调用或读取接口。理解这一区分有助于在设计Server时做出正确选择：需要执行动作的用Tools，需要提供上下文的用Resources，需要规范交互流程的用Prompts。

4. Tools：让AI真正“动手”

工具是MCP中最具行动力的部分。它让应用能够执行具体操作，比如查询数据库、调用外部API、写入文件。

视频原文提到“curing database”，结合上下文应为“querying database”（查询数据库）的语音识别误差。这个细节不影响理解：Tools的本质是赋予AI应用执行动作的能力，而不仅仅是生成文本。

5. 协议本身：标准化的连接层

第五个概念回到MCP协议本身。它定义了Host、Client、Server之间如何通信、如何描述能力、如何传递上下文。标准化的意义在于：工具提供方只需实现一次MCP Server，就能被所有支持MCP的Host使用。

MCP的通信基于JSON-RPC 2.0，这是一种轻量级远程调用协议，请求与响应都携带id用于匹配，并支持通知（notification）这类无需响应的单向消息。初始化阶段，Client与Server会交换协议版本和各自支持的能力声明，随后进入正常交互。传输层方面，本地场景常用stdio（标准输入输出流），远程场景则使用HTTP配合SSE实现服务端推送。安全上，协议要求Host对工具调用进行用户确认，并建议对远程Server实施OAuth等授权机制。这些设计细节虽然不必死记，但了解它们能帮助开发者在排查连接失败或权限问题时快速定位方向。

为什么这五个概念值得记住

从工程视角看，MCP的分层设计解决了一个真实痛点：AI应用的能力扩展长期处于碎片化状态。每个工具集成都是定制开发，维护成本高、复用性差。

MCP把“谁发起交互”（Host）、“谁管理连接”（Client）、“谁提供能力”（Server）、“能力如何被使用”（Tools/Resources/Prompts）拆成清晰的职责边界。理解这套分层，比记住协议的具体报文格式更有长期价值——因为具体实现会演进，架构思路相对稳定。

对于面试场景，能够说清Host与Client的区别、Server暴露的三类能力、以及Tools与Resources的差异，基本就覆盖了MCP的核心考点。这个40秒的视频用极短篇幅完成了概念铺底，适合作为进一步阅读官方文档前的热身。

实践建议

如果你打算上手MCP，建议从实现一个最小的MCP Server开始：暴露一个简单的工具（比如查询当前时间或读取一个本地文件），然后用一个支持MCP的Host连接它。这个过程能让你直观感受到Client与Server的握手流程，比单纯读文档理解得更快。