MCP 是什么？模型上下文协议怎样连接工具和资料
解释 MCP 的宿主、客户端与服务端，用项目资料查询说明工具、资源和提示模板，并区分协议兼容、身份授权与模型实际能力。
先理解这个概念
MCP即模型上下文协议，为AI应用与外部工具或资料服务之间提供标准化的交换方式。宿主管理客户端，服务端暴露支持的能力，例如可调用工具与可读取资源。MCP本身不是模型，也不保证接入后所有数据都可访问或可信；实际支持的协议版本、功能和权限需要分别核对，工具执行仍由相应程序完成。
宿主与客户端负责接入外部服务
例如编辑器要查询项目问题记录，编辑器可以作为宿主，通过一个客户端连接对应服务端。服务端既可以在本机运行，也可以是远程服务。客户端是协议组件，不能把它和聊天中的用户直接等同，位置也不决定权限高低。
官方架构说明区分数据层与传输层，协议规定消息和能力交换，不规定应用必须怎样组织模型。接入时应核对两端支持版本，不能只因某个程序名称包含MCP，就默认它支持所有新功能或旧教程的调用方式。
工具与资源以及提示模板承担不同作用
工具提供动作，例如搜索问题记录；资源提供上下文内容，例如项目结构；提示模板提供可复用输入形式。这些能力由服务端实际暴露，模型不能凭空调用不存在的工具。列出工具成功，也不表示某次业务查询已经执行成功。
服务返回的资料仍可能过时或含有误导性文字，应按来源处理。网页内容里的操作要求不会因为经MCP传递，就升级为用户授权。身份验证与数据范围也要由服务和宿主控制，协议格式统一不能替代这些检查。
验收要覆盖发现、调用和目标结果
可以先检查支持能力和工具定义，再用一条已授权的只读查询验证结果，确认来源与字段对应。这里给出接入步骤，没有安装服务或访问真实项目。若只看到连接状态正常，应继续核对实际数据链路，不能据此宣称功能可用。
写入工具还需考虑重复调用和停止条件，运行环境也应限制无关权限。当前规范会演进，实施时使用对应版本资料，并记录兼容要求。本文解释协议角色，不提供模型质量排名，也不把使用MCP当作安全或准确性的认证。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。