

### 题目分类
- 方向：Agent 架构 / MCP 组件与职责边界

### 考察点
- 能否讲清 MCP 架构中的 Host、Client、Server、transport、capabilities 和 handler 的关系
- 能否准确区分 MCP Client 负责协议连接和能力发现，MCP Server 负责能力暴露、参数校验和业务执行
- 能否说明 tools、resources、prompts 在 Server 侧如何被注册，并在 Host 侧如何被组织给模型使用
- 能否讲清一次 MCP 调用链路：连接、初始化、能力发现、模型选择、Client 请求、Server 执行、结果回填
- 能否识别 MCP 架构里的安全边界：模型不直接执行后端业务，Client 不替代权限校验，Server 不应裸露内部接口
- 能否从可观测性、错误处理、结果裁剪、认证授权和多 Server 管理角度说明工程落地要点

### 知识讲解
#### 1. MCP 架构先看三层角色
MCP 架构最核心的判断是：模型不是直接连工具，MCP 也不是一个后端接口集合，而是一套由 Host、Client、Server 协作完成的协议架构。Host 承载 AI 应用和用户交互；Client 是 Host 里的协议连接组件；Server 是外部能力提供方。

Host 负责把用户请求、模型、工具列表、上下文资源、权限体验和结果回填组织成一个完整产品。比如 IDE、桌面助手、聊天应用或 Agent 平台都可以是 Host。它决定哪些 Server 可用，哪些能力展示给模型，哪些高风险动作需要用户确认。

Client 负责协议层连接。一个 Host 通常会为不同 MCP Server 创建对应 Client，由 Client 完成连接初始化、能力发现、请求发送、响应接收、连接生命周期和错误映射。Client 更像 Host 到 Server 之间的协议适配器，不应该承载具体业务规则。

Server 负责暴露能力并执行 handler。它对外声明 tools、resources、prompts 等 capabilities，对内连接文件系统、数据库、SaaS API、代码工具或企业服务。Server 不是把所有内部接口原样暴露出去，而是把适合模型使用的能力包装成清晰、可校验、可治理的协议能力。

图解 1：下面这张图展示 MCP 架构的核心组件，以及 Host、Client、Server 的职责边界。
![image.png](https://developer.qcloudimg.com/http-save/yehe-8338883/332ac49e3891a7335696793618ece91e.png)

#### 2. Server 负责什么
MCP Server 的第一项职责是能力建模。它要决定暴露哪些 tools、resources 和 prompts。tools 表示可执行动作，例如查询订单、搜索代码、运行测试；resources 表示可读取上下文，例如文件、文档、schema、日志；prompts 表示可复用任务模板，例如代码审查、排障流程或文档生成模板。

第二项职责是能力注册和描述。Server 要为每个工具提供清晰的 name、description 和 input schema。这个描述不是给人看的装饰文档，而是影响模型选择工具、Host 展示能力、Server 校验参数的共同契约。描述模糊或 schema 太宽，都会让模型更容易误选或传错参数。

第三项职责是 handler 执行。Server 收到 Client 请求后，要做参数校验、权限判断、业务调用、错误映射、结果裁剪和日志记录。尤其是写操作，Server 侧必须考虑幂等、审计、回滚和用户确认信号，不能因为请求来自 MCP Client 就默认安全。

第四项职责是结果治理。返回给模型的内容应该短、结构化、带来源，并且避免泄露内部字段。网页、文档、邮件和日志等外部内容可能带有 Prompt Injection，Server 可以做清洗、截断和标记，但 Host 也要把这些内容当作不可信数据处理。

#### 3. Client 负责什么
MCP Client 的核心职责是协议连接和能力发现。它要和 Server 建立连接，完成初始化握手，获取 Server 支持的 capabilities，并把能力信息交给 Host。对 Host 来说，Client 是管理某个 Server 会话的连接对象。

Client 还负责请求与响应的协议映射。当 Host 决定调用某个 MCP capability 时，Client 把请求按 MCP 消息格式发给 Server，再把 Server 的响应、错误或取消结果映射回 Host。它需要处理连接断开、超时、取消、重试策略和消息关联，但不应该绕过 Server 侧权限。

一个 Host 可以同时管理多个 MCP Client。比如一个 IDE Host 可能同时连接文件系统 Server、Git Server、数据库 Server 和内部工单 Server。Client 层要帮助 Host 隔离不同 Server 的连接状态、错误来源和能力命名，避免所有工具混成一个不可维护的大列表。

Client 不是模型，也不是业务后端。模型只看到 Host 整理后的能力描述；业务权限和数据边界主要在 Server 与 Host 侧控制。面试里如果把 Client 说成“执行工具的地方”，就容易混淆协议连接和业务执行。

#### 4. 一次 MCP 调用链路
一次典型 MCP 调用可以拆成六步。第一步是 Host 启动或连接 Server，并为它创建 Client。第二步是 Client 与 Server 初始化，发现 Server 支持的 capabilities。第三步是 Host 把可用 tools、resources 或 prompts 组织到当前任务上下文中。

第四步是模型根据用户目标和上下文选择下一步动作，可能是调用某个工具、读取某个资源，或者使用某个 prompt 模板。第五步是 Host 通过对应 Client 向 Server 发起协议请求，Server 执行 handler 并返回结果。第六步是 Host 把结果作为 Observation 或上下文材料回填给模型，模型继续生成回答或进入下一轮 Agent Loop。

图解 2：下面这张图展示 MCP 从连接、能力发现到工具执行和结果回填的调用链路。

![image.png](https://developer.qcloudimg.com/http-save/yehe-8338883/1193baff2ba3463e8537787be3cd0eaf.png)

#### 5. 架构里的关键边界
第一个边界是模型和工具执行的边界。模型可以选择工具或生成参数，但不应该直接拥有数据库、文件系统或业务 API 的权限。真正执行动作的是 Server handler，调度和回填由 Host 与 Client 完成。

第二个边界是 Client 和 Server 的边界。Client 负责协议连接，不等于业务权限层。即使 Client 来自可信 Host，Server 也要自己做参数校验、认证授权、租户隔离和结果裁剪，不能把所有判断都交给 Host。

第三个边界是读能力和写能力。resources 和只读 tools 通常关注权限、裁剪、缓存和来源；写操作要额外关注审批、幂等、审计和回滚。Agent 系统里最怕重复副作用，所以写能力最好设计得更少、更明确、更可控。

第四个边界是外部内容和系统指令。Server 返回的网页、日志、文档、邮件都只是数据，不是系统规则。Host 在回填给模型时要标明来源和可信级别，防止 Prompt Injection 通过工具结果影响后续决策。

#### 6. 工程落地怎么判断设计好不好
一个好的 MCP 架构，不是 Server 能连上就算完成，而是职责清楚、能力可发现、工具易选择、结果可治理、错误可追踪。常见日志字段包括：Server 名称、Client 会话、capability 列表、tool name、arguments 摘要、permission decision、handler latency、error type、result size 和最终回答质量。

测试也不能只覆盖 happy path。需要覆盖 Server 不可用、初始化失败、能力列表为空、工具描述歧义、参数缺失、权限不足、下游超时、结果过大、敏感字段泄露、重复写操作、跨租户访问和工具结果提示注入。这样才能判断 MCP 架构是不是能支撑真实 Agent，而不是只跑通一个 demo。

### 面试回答
MCP 架构的核心不是“模型调 Server”，而是 Host、Client、Server 共同把外部能力接入 Agent Runtime。Host 承载 AI 应用和用户交互，Client 负责协议连接和能力发现，Server 负责暴露能力、校验请求并执行真实业务。

具体来说，Host 是 IDE、聊天助手或 Agent 平台这一层，它决定接哪些 MCP Server、哪些能力给模型看、哪些动作需要用户确认。Client 是 Host 内部的协议客户端，负责和 Server 建立连接、初始化、发现 capabilities、发送请求、接收响应、处理连接生命周期和错误映射。一个 Host 可以有多个 Client，分别连接文件系统、代码仓库、数据库或企业系统等不同 Server。

Server 是能力提供方，它注册并暴露 tools、resources 和 prompts。tools 用于执行动作或查询，resources 用于提供上下文数据，prompts 用于复用任务模板。Server 收到请求后要执行 handler，做参数 schema 校验、权限判断、业务调用、错误映射、结果裁剪和日志记录。尤其是写操作，Server 还要考虑审批、幂等、审计和回滚。

一次典型调用链路是：Host 创建 Client 连接 Server；Client 初始化并发现 Server 能力；Host 把可用能力组织给模型；模型选择某个工具或资源；Host 通过对应 Client 发请求；Server 执行 handler 并返回结果；Host 再把结果作为 Observation 或上下文回填给模型。

这里最重要的边界是，模型只表达意图，Client 只负责协议连接，Server 才是能力执行和安全校验的主要位置。MCP 降低了 Agent 接外部系统的复杂度，但不会自动解决权限、提示注入、结果过大和工具误用问题，所以生产上还要有认证授权、结果治理、Trace、超时、限流和高风险动作审批。

### 面试官追问
1. Host 和 Client 为什么要区分？
   - 回答方向：Host 是产品和模型编排层，Client 是协议连接层；一个 Host 可以管理多个 Client。
2. Server 暴露 tools、resources、prompts 时分别要注意什么？
   - 回答方向：tools 关注动作和参数，resources 关注上下文和权限，prompts 关注任务模板和适用范围。
3. Client 是否需要做权限校验？
   - 回答方向：Client 可以承载连接级策略，但 Server 不能依赖 Client 信任，业务权限仍要在 Server 或后端侧校验。
4. 如果模型选错 MCP 工具，应该从哪些地方排查？
   - 回答方向：看工具命名、description、schema、Host 组织方式、上下文噪声和相似工具冲突。
5. 一个 Host 连接很多 MCP Server 会有什么问题？
   - 回答方向：能力列表膨胀、工具命名冲突、权限复杂、错误来源难定位和上下文噪声增加。
6. MCP 返回结果为什么也需要安全处理？
   - 回答方向：工具结果可能包含不可信外部内容、敏感字段或 Prompt Injection，必须裁剪、脱敏和标记来源。

### 高分回答要点
- 能把 MCP 架构拆成 Host、Client、Server、transport、capabilities 和 handler
- 能准确说明 Client 管连接、发现、请求响应和生命周期，Server 管能力暴露、校验和执行业务
- 能区分 tools、resources、prompts 在架构中的位置和用途
- 能讲清从初始化、能力发现、模型选择、Client 请求到 Server 返回的完整链路
- 能强调模型不直接执行后端业务，Client 也不能替代 Server 侧权限校验
- 能覆盖多 Server 管理、工具命名冲突、结果治理、Prompt Injection 和 Trace

### 常见扣分回答
- 把 MCP 简化成模型直接调用 Server，忽略 Host 和 Client
- 把 Client 说成业务执行层，混淆协议连接和 Server handler
- 只讲 tools，不知道 resources 和 prompts 也是 MCP 的核心能力类型
- 认为 Host 信任 Client 后 Server 就不用校验权限
- 不知道多 Server 场景下会出现工具列表膨胀、命名冲突和错误归因困难

### 项目结合话术
我设计 MCP 接入时会把 Host、Client 和 Server 的边界先拆清楚。Host 负责模型编排、用户确认和结果回填；Client 负责连接某个 Server、发现能力、发送请求和处理连接错误；Server 负责把业务能力包装成 tools、resources 或 prompts，并在 handler 里做参数校验、权限、结果裁剪和日志。上线后会按 Server 和 capability 维度记录 Trace，排查模型选错工具、Client 连接失败、Server 权限拒绝、结果过大或工具结果污染这类问题。

### 参考来源
- [Model Context Protocol Specification](https://modelcontextprotocol.io/specification/2026-07-28)
- [MCP Introduction](https://modelcontextprotocol.io/docs/2026-07-28/getting-started/intro)
- [MCP Tools Specification](https://modelcontextprotocol.io/specification/2026-07-28/server/tools)
- [MCP Resources Specification](https://modelcontextprotocol.io/specification/2026-07-28/server/resources)
- [MCP Prompts Specification](https://modelcontextprotocol.io/specification/2026-07-28/server/prompts)

能否讲清 MCP 架构中的 Host、Client、Server、transport、capabilities 和 handler 的关系

2026AI面试题：MCP 协议的架构包含哪些核心组件？Server 和 Client 分别负责什么？

人工智能

MCP架构由Host、Client和Server协同工作，Client负责协议连接与能力发现，Server负责暴露工具并执行业务。通过tools、resources和prompts组织能力，确保模型只表达意图，不直接执行后端操作。一次调用涵盖连接、初始化、能力发现、模型选择、执行及结果回填，并强调安全边界、权限校验和结果治理。

文件系统

数据处理

数据库

Agent

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

MCP架构由Host、Client和Server协同工作，Client负责协议连接与能力发现，Server负责暴露工具并执行业务。通过tools、resources和prompts组织能力，确保模型只表达意图，不直接执行后端操作。一次调用涵盖连接、初始化、能力发现、模型选择、执行及结果回填，并强调安全边界、权限校验和结...

2026AI面试题：MCP 协议的架构包含哪些核心组件？Server 和 Client 分别负责什么？-腾讯云开发者社区-腾讯云

2026AI面试题：MCP 协议的架构包含哪些核心组件？Server 和 Client 分别负责什么？

2026AI面试题：MCP 协议的架构包含哪些核心组件？Server 和 Client 分别负责什么？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐