模型上下文协议

把它讲透

MCP 到底是什么？

让 AI 应用以统一方式发现、连接和调用外部工具与数据的开放协议。

MCP 不会让模型本身变聪明。它解决的是连接问题：让聊天客户端、IDE 或 Agent 不必为每个数据库、文档库或业务系统各写一套专用接入方式。

把它想成 AI 的“通用插座”

没有统一接口时，每个 AI 应用要分别适配 GitHub、文件系统、设计工具和内部服务，连接会越来越零散。MCP 像统一插座：AI 应用按同一套规则连接，工具服务按同一套规则暴露自己能做什么。能不能使用某项能力，仍要由服务端权限和用户授权决定。

一次工具调用如何发生？

1. 客户端连接服务器

   AI 客户端或 Agent 连接一个 MCP Server。服务器声明它提供的工具、可读取资源或提示模板。

2. 模型选择工具

   用户提出任务后，客户端把可用能力提供给模型；模型判断是否需要调用某个工具，并给出结构化参数。

3. 服务返回受控结果

   MCP Server 在自己的权限范围内执行请求，将结果返回客户端；模型据此继续回答、规划下一步或请求人工确认。

理解 MCP 的三个角色

MCP 定义的是协作方式，不是某一个工具本身。把角色分清楚，才能判断问题出在模型、客户端还是工具服务。

• 01 — MCP Client

  承载 AI 交互的应用，例如聊天客户端、IDE 或 Agent 运行环境；它负责连接服务器并协调调用。

• 02 — MCP Server

  把某项外部能力按 MCP 规范暴露出来的服务，例如代码库、文档、数据库或内部系统的连接器。

• 03 — Tools 与 Resources

  工具负责执行动作，资源提供可读取的上下文。协议能描述它们，但不绕过权限、审批或安全策略。

在 AI 编程里会怎样用？

例如开发者让 AI 调查一个线上问题：客户端可通过 MCP 连接代码库、工单和文档服务。模型先读取相关日志和规范，再提出修复建议；若需要写入、部署或删除内容，仍应由明确权限和确认流程控制。

容易误解

MCP 和 API 是一回事吗？

不是。API 是软件提供能力的通用接口；MCP 是面向 AI 工具与上下文连接的协议。一个 MCP Server 的内部通常仍会调用普通 API。

接入 MCP 后，模型就能随意操作我的系统吗？

不应该。MCP 只提供标准连接方式；实际能读取或执行什么由服务器实现、凭据权限、用户授权和产品确认机制共同限制。

MCP 是让 AI 应用连接外部工具和数据的通用协议；它统一接入方式，但不替代权限、安全和人工确认。