一、核心概述

MCP（Model Context Protocol，模型上下文协议）是 AI 工程师在构建 Agentic 应用时用于标准化连接外部工具、数据库与资源的开放协议。随着 AI 应用逐步从单机 Demo 走向高并发部署，传统协议在状态保持、断线恢复、人工授权及长耗时任务处理上的局限性日益凸显。

本次升级针对大规模生产环境的痛点进行了深度重构，引入了无状态请求架构、多回合往返交互（MRTR）、任务扩展（Tasks）、技能扩展（Skills）以及企业级鉴权机制，为构建高性能、高可靠的 AI Agent 架构提供了标准范式。

本教程根据 YouTube 视频字幕整理，原始视频链接见原文出处。

二、实操步骤与核心流程详解

1. 无状态请求架构（Stateless Requests）

• 机制重构：废弃了旧版复杂的初始化握手（Session Handshake）。新版协议中，每次请求均显式携带当前协议版本和客户端支持的能力列表（Capabilities）。
• 分布式扩展优势： Server 端不再需要在内存中维护多轮请求之间的 Protocol Session。这使得后端的 MCP Server 可以非常方便地部署在 Kubernetes 等容器集群中进行横向扩展，任意节点均可独立处理无状态的工具调用请求。
• 应用层状态分离：无状态指的是「协议传输层」的无状态。 Agent 的对话上下文（Conversation State）和底层业务数据库（如客户订单）依然由应用端独立管理。当需要继续某项长任务时，Server 返回逻辑引用（Job Reference），Client 后续带上该引用即可。

2. 多回合往返请求与人机协作（MRTR & Human-in-the-Loop）

• 交互流程优化：当 Server 执行工具操作（例如发起订单退款）缺少关键参数（如退款原因）或需要二次确认时，Server 会返回「增补信息请求」而非直接挂起连接或报错。
• 严禁模型伪造确认： Client 收到增补请求后，必须通过 Human-in-the-Loop（人机协作）界面向真实用户收集输入或获取显式审批，严禁让大语言模型自行伪造用户授权。
• 幂等性控制：虽然一次逻辑操作分为了多次 Round-trip，但客户端与服务端必须保障操作的幂等性，避免因重复发送确认指令导致二次扣款或重复发货。

3. 进度通知、流式传输与中断恢复

• 进度与通知分离：
  • 进度更新（Progress Updates）：强绑定在当前正在执行的具体请求上（如「已处理 40/100 条记录」）。
  • 变更通知（Change Notifications）：用于全局资源更新（如退换货政策变动、新工具上线），客户端需要单独订阅。
• 断线恢复准则：在 WebSocket 或 HTTP 连接意外中断时，新规范明确要求禁止从最后一条消息处直接恢复，必须重新发起新请求。客户端在重试前必须先查询外部系统的真实状态（确认前次退款是否已实际成功执行），避免盲目重试。

4. 模块化可选扩展（Extensions）：Tasks、MCP Apps 与 Skills

• Tasks（长耗时任务扩展）：对于耗时数分钟的任务（如生成数据报表）， Server 会立即返回持久化的 Task Reference（任务凭证）。Client 可断开连接并在稍后主动查询进度或拉取结果，防止 HTTP 连接超时。
• MCP Applications：允许 Server 端向 Client 返回交互式 UI 界面元素（如嵌入在对话框中的可交互图表）。
• Skill 扩展：向 Agent 提供完整的工作流指导说明及配套文件。工具（Tool）负责执行具体操作（如查询订单），而技能（Skill）则负责教导 Agent 如何组合多个工具排查物流延迟。

5. 响应缓存与效率优化（Caching）

• 静态信息复用：如果 MCP Server 的工具列表或公共文档没有发生变更，重复拉取会带来额外的延迟与计算开销。新规范允许 Server 指定数据的有效期（TTL）与共享策略。
• 安全隔离边界：公共工具列表等静态数据可在多个用户间共享缓存；但涉及私有客户数据时，缓存必须严格限定在当前已授权的用户上下文内，防止越权数据泄露。

6. 精确身份鉴权（Authorization & Enterprise IAM）

• 签发者严格校验：增强了对 Token 签发者（Issuer）的校验机制，禁止应用将不同鉴权系统签发的 Credentials 混用。
• 企业级 SSO 集成：支持企业级托管鉴权扩展，允许直接接入公司现有的单点登录（SSO）及 IAM 权限控制体系。
• 分层鉴权策略：连接 MCP Server 的权限不等于工具内部的操作权限。即使客户端成功连接到客服 Server，具体到「全额退款」等高危操作时，依然需要在 Agent Harness 及工具内部进行二层权限校验。

三、实战技巧与核心小结

• 完整请求生命周期实操： Agent 发起工具调用 → 本地命中缓存校验 → Server 请求补充参数 → 触发人机确认 → 转换为后台 Task 异步执行 → 渲染 MCP App 交互视图。
• 生产落地避坑指南：
  1. 状态防重：处理网络抖动时，务必在应用层建立逻辑 ID 查重机制，严禁在未确认状态时盲目重发写操作。
  2. 扩展按需开启：Tasks、Skills 和 MCP Apps 均为可选扩展，部署前需确认 Agent 宿主环境与 Server 端是否同时支持该能力。
  3. 安全优先：始终将缓存范围限制在严格的授权上下文内部，防止敏感信息跨会话污染。