术语
MCP(模型上下文协议)
MCP(模型上下文协议)是一项开放标准,它规定了 AI 应用如何通过统一的客户端—服务端接口连接到外部工具、数据源与提示词,使任何符合该标准的客户端都能使用任何符合该标准的服务端,而不必为这一对组合单独写集成代码。
又称 模型上下文协议MCP 服务端MCP 客户端
在实践中
这项协议规定的是客户端与服务端之间的一套 JSON-RPC 交互。服务端对外声明 tools(可调用的操作)、resources(可读取的数据)与 prompts(可复用的指令模板);客户端——聊天应用、IDE 或一个 Agent 运行时——在连接时发现它们,并通过 stdio 或 HTTP 发起调用。它由 Anthropic 于 2024 年底提出,以开放规范的形式公开,如今已被众多厂商与开源项目的客户端和服务端实现。它拿下的价值是组合意义上的:N 个客户端与 M 个工具,不再需要 N×M 份各写各的集成。
连接标准不谈权威,MCP 也刻意不去谈。它描述一次调用如何被封装和传输,但不决定这次调用适用谁的权限、这个操作生效前是否需要一次签字、事后又留下什么证据。这些判断属于持有数据的那个系统——所以一个 MCP 服务端的安全上限,永远不会高于它所包装的那个接口:把它架在一条裸数据库连接前面,交给 Agent 的就是服务账号的触及范围,而不是提问那个人的触及范围。
把两者分清楚的说法很干净:MCP 标准化的是「Agent 怎样够到工具」,而受治理工具层决定的是「这次调用是否被允许、是否被记录」。两者都需要。连接能力比治理能力早到好几年,正是一个 Agent 兴高采烈地导出了提问者本无权查看的记录的由来——不是因为它有恶意,而是因为这条路径上从来没有人问过「调用的是谁」。
这个术语用在哪里
真正用到这个术语的页面与文章。
产品页面
文章
- MCP 安全:为什么协议还需要受治理的工具层 MCP 和 A2A 让 agent 连接工具与其他 agent 变得更容易,但连接不等于授权。企业缺的不是再包一层接口,而是每次调用都带身份、强制权限、留下审计的工具层。
- AI 如何触发业务动作:Action 元数据如何保证受控执行 AI agent 的价值不只是回答问题,而是帮助用户更新记录、创建任务、发起审批和推动流程。ObjectOS 用 Action 元数据把按钮、流程和审批开放给 AI,同时保留权限、确认和审计。
- AI Agent 数据安全边界:如何在企业权限内工作 企业不是不想让 AI agent 使用业务数据,而是不允许它绕过身份、权限、审批和审计。真正可上线的 agent,必须像一个受控用户,而不是影子管理员。