名词解释 / 05
模型上下文协议
英文名称：Model Context Protocol 常见别名：MCP、MCP 协议 所属分类：让 AI 连接办公软件和数据
一句话解释
MCP 是一套让 AI 应用按统一标准"接上"外部资料和工具的协议，它解决的是"AI 怎么连上某个软件或数据"的问题，不负责决定 AI 要完成什么任务。它常被比喻成"AI 世界的 USB-C"：过去每个系统都要为每个 AI 单独做对接，现在按同一种规范接一次，就能被多个支持它的 AI 工具使用。
工作中什么时候会遇到
普通员工通常不会直接看到"MCP"这个名字，但当你发现办公 AI 能"查到"系统里的真实内容时，背后往往就有这样一条连接在起作用。比如你对工作台里的 AI 说"查一下这个客户上次的售后记录"，它给出的是系统里的实际结果而不是凭空编造，靠的就是它被允许接入了客服或客户管理系统。
另一种场景是公司开始"给 AI 配系统"。IT 部门或软件服务商说"我们已经把 AI 接上了 ERP、CRM、知识库"，这个"接"的动作，在不少产品里用的就是 MCP 这一类标准。对普通员工而言，能接哪些系统、能看哪些数据，通常由公司统一配置；各产品对 MCP 的支持程度和方式，以当前版本和官方说明为准。
能解决什么问题
- 减少重复对接：各软件按同一标准提供接口，AI 产品也按同一标准接入，不用"每家 AI 单独开发一次"。
- 让 AI 基于真实数据回答：接入后 AI 查报销、查订单、查库存，用的是系统里的实际数据，而不是自己编。
- 让 AI 从"聊天"变成"办事"：读数据之外还能完成填表、建单、发提醒等动作，形成"读数据—处理—输出结果"的完整链路。
- 数据不用搬出系统：AI 在授权范围内直接读取企业系统数据，省去反复导出、传文件的麻烦。
- 接入范围可管理：企业可以规定 AI 能连哪个系统、能看哪些字段，比"放开不管"更容易划清边界。
举个例子
采购员对办公 AI 说："把上季度向 B 供应商下的所有订单找出来，核对实际到货日期是否都早于合同约定，超期的标红。"
处理：AI 先通过已配置好的连接通道（这个"通道标准"就属于 MCP 这一类），同时向采购系统和合同系统读取数据，再逐条比对订单交期与合同约定，生成核对表。
输出：一张含订单号、供应商、约定到货日、实际到货日的表格，超期行标红；好的工具会同时注明数据是从哪个系统查到的，方便你复核。
人工确认点：AI 通常只能读到被授权的字段，看不到无权限的价格条款；如果它进一步提出"替你把超期订单发给供应商催货"，发不发、发给谁，仍需你确认后再执行。
怎么使用
对普通员工，多数情况你不需要自己配置，直接用办公 AI 的功能即可。要留意的只是：AI 能查到什么，取决于公司给它开通了哪些系统和权限；查不到时先确认是不是没接入或没权限，而不是一味认为是 AI 不行。
MCP 本身属于偏技术的部分。是否启用、连接哪几个系统、每个系统开放哪些数据权限，一般由公司 IT 或软件服务商统一配置维护；个人用户如果使用支持 MCP 的桌面工具，也可以在官方指引下自行添加"连接"，但这属于技术操作，能否支持、怎么配，以当前版本和官方说明为准。
使用时要注意什么
MCP 只解决"能不能连上"，不负责"该不该这么用"。AI 接入了某个系统，不等于它可以随意操作一切：能读哪些、能写哪些、能不能对外发消息，都要靠权限配置把关，配置不当才容易出问题。也不要觉得"能连上"结果就一定对，数据源本身可能过时、统计口径不一致，AI 处理也可能出错，关键结论仍需人工复核。
另外要区分"MCP 给了 AI 手和眼睛"和"AI 本身聪明"是两回事。连接的判断和表达仍依赖大模型自身能力；工具接得越多不等于越能干，无节制接入反而扩大需要管理的数据访问范围。
容易混淆的词
- API（应用程序接口）：软件之间通信的通用方式，每家的 API 各有各的规矩；MCP 是专门面向 AI 助手的接入规范，想的是把"AI 接外部系统"这一段统一成同一种标准插口。
- AI 插件：插件是用户能直接感知、可开关的功能扩展；MCP 是插件背后的一种标准连接方式，同一套 MCP 连接可以被多个支持它的产品复用。区别在于"功能本身"和"连接的规矩"。
- 联网搜索：联网搜索是让 AI 去公开网页找信息；MCP 更多用于连接企业内部系统和受控数据，解决的问题方向不同。
- RAG（知识库检索增强）：RAG 侧重"回答要参考的内容从哪来"，通常是把文档检索后作为参考塞给 AI；MCP 侧重"工具和数据怎么接进来"，两者不是一回事，但 MCP 也能用来接文件或知识库，所以容易混。