# 1. Coding Agent（Cursor、Claude Code、Windsurf）如何编排多个 MCP Server（Filesystem、Git、Playwright、Sentry），Tool 优先级和冲突如何解决 A 所有 Server 的工具应合并为一个无区分的列表 B 工具冲突无需处理，模型会自行选择 C 按能力域划分 Server 职责，同名工具用 namespace 前缀隔离，按任务场景选择工具，描述标注来源 Server ✓ 正确答案 D 一次只能连接一个 MCP Server
# 2. MCP 与 A2A 的组合链路，Agent 通过 MCP 调用本地工具，通过 A2A 委托远程 Agent，二者在信任模型和状态管理上如何衔接 A MCP 与 A2A 是竞争关系，只能二选一 B A2A 可以替代 MCP 完成所有工具调用 C MCP 连接工具、A2A 委托远程 Agent，信任模型分别管工具权限与远程 Agent 授权，状态管理需协调同步工具与异步任务 ✓ 正确答案 D 两者互不相关，无需衔接
# 3. MCP Server 作为 Agent 的"能力扩展层"，如何设计 Server 粒度（粗粒度大 Server vs 细粒度单一职责 Server） A 一个 Server 应暴露尽可能多的工具，减少连接数 B Server 粒度与模型选择无关 C 每个工具必须单独一个 Server D 细粒度单一职责 Server 上下文省、权限最小、故障隔离，但 Server 多；应按领域/团队划分并控制工具数量 ✓ 正确答案
# 4. MCP 的 Context Window 影响，Tool 描述、Schema 和调用结果如何占用上下文预算，大量 Tool 时如何做动态加载/卸载 A 所有工具描述与结果都应常驻上下文，保证模型可用 B 用按需加载/卸载、分层常驻高频工具、结果压缩与预算监控，控制上下文占用并保证模型看到所需工具 ✓ 正确答案 C 工具描述不占上下文，无需管理 D 上下文超限时直接丢弃所有工具结果
# 5. MCP Server 开发的最佳实践，SDK 选择（TypeScript/Python）、错误处理、日志规范和测试策略 A 应手写协议实现，避免依赖 SDK B 用官方 SDK 封装协议，结构化错误处理与日志，配合单元/集成/契约测试 ✓ 正确答案 C 错误处理只需抛异常，无需结构化 D 日志应记录所有参数全文，便于排查
# 6. MCP 与 LangChain/LlamaIndex/Semantic Kernel 等框架的集成模式，框架 Tool 抽象如何桥接到 MCP 协议 A 框架与 MCP 互相独立，无法集成 B MCP 只能由框架内部使用 C 集成只需把工具名复制进框架 D 通过适配器把 MCP 工具定义与参数映射为框架 Tool 抽象，支持双向桥接（框架工具→MCP、MCP→框架工具） ✓ 正确答案
# 7. MCP Server 的测试策略，单元测试（Mock Transport）、集成测试（真实 Server）和契约测试（Schema 兼容性） A 只需单元测试工具逻辑即可 B 契约测试可替代集成测试 C 单元测试（Mock Transport）测逻辑、集成测试（真实 Server）测协议、契约测试守护 Schema 兼容性，三层配合 CI ✓ 正确答案 D 测试无需覆盖异常与并发路径
# 8. MCP Server 的职责边界，一个 Server 应暴露工具、资源还是提示模板，如何按团队与领域拆分 Server 粒度 A 一个 Server 应同时暴露所有工具、资源与提示模板 B 按领域与团队拆分 Server，动作归 Tool、数据归 Resource、模板归 Prompt，高内聚低耦合 ✓ 正确答案 C 只读数据也应暴露为 Tool，便于模型调用 D Server 粒度与团队无关
# 9. MCP 的传输选型，stdio、Streamable HTTP 与旧 HTTP+SSE 各适合本地进程、远程服务与无状态网关的哪些场景 A 所有场景都应使用 stdio，最安全 B 旧 HTTP+SSE 是最推荐的远程传输 C 本地进程用 stdio，远程服务与无状态网关用 Streamable HTTP，旧 HTTP+SSE 应迁移 ✓ 正确答案 D Streamable HTTP 只能用于本地
# 10. MCP Server 的部署与进程生命周期，stdio 子进程管理、崩溃重启与资源回收（防止孤儿进程）？ A 子进程崩溃后无需重启，Host 直接失败 B 只需监控子进程存活，无需管理资源 C 子进程退出后 Host 无需 wait，让系统回收 D Host 负责子进程启动、崩溃重启（指数退避）、退出时终止与回收，防止孤儿/僵尸进程 ✓ 正确答案
# 11. MCP 的跨语言 Server 开发（Go、Rust、Java）在性能、生态和部署上的取舍 A Rust 高性能但成本高，Go 平衡性能与部署，Java 生态成熟但部署重，需结合性能、生态与部署取舍 ✓ 正确答案 B 所有语言性能与生态完全一致，选哪个都行 C Java 启动快、内存占用低，最适合 MCP D 官方 SDK 只支持 JavaScript 语言
# 12. MCP 协议的未来演进方向，多模态 Tool、流式 Resource、Server 间通信和标准化 Registry A 演进方向包括多模态、流式 Resource、Server 间通信与标准化 Registry，多作为扩展在稳定核心之上演进 ✓ 正确答案 B MCP 协议已完全固定，不会演进 C 多模态 Tool 会取代现有文本工具 D Registry 与 MCP 协议无关
# 13. MCP 的安全边界，Server 的工具权限、凭证存储与传输加密应如何管理，Host 如何信任远程 Server A 工具最小权限、凭据走密钥管理、传输用 TLS/认证、Host 通过认证+签名+最小权限建立对远程 Server 的信任 ✓ 正确答案 B 远程 Server 只要通过 HTTPS 就完全可信 C 凭据可明文放入环境变量，方便调用 D Host 应对所有远程 Server 无条件信任
# 14. MCP 生态，官方 SDK、参考 Server 与社区 Server 的成熟度差异如何评估，第三方 Server 引入前应做哪些审查 A 官方 SDK 最可靠，参考 Server 展示最佳实践，社区 Server 需源码审计、依赖扫描、沙箱验证、权限核对等审查后才准入 ✓ 正确答案 B 官方 SDK 与社区 Server 的信任级别相同 C 社区 Server 可直接使用，无需审查 D 第三方 Server 只要 Schema 正确就安全
# 15. MCP 与业务系统集成，数据库、文件系统与第三方 API 封装为 MCP Server 时的鉴权、幂等与审计要求是什么 A 只需鉴权，无需幂等与审计 B 第三方 API 封装无需鉴权，因为 API 自带 C 鉴权定边界、幂等防重复副作用、审计保可追溯，写入类工具需幂等键与 HITL 审批 ✓ 正确答案 D 幂等只适用于只读工具
# 16. MCP Server 的认证与授权，OAuth 2.1、API Key 与 mTLS 各适用哪些部署形态，令牌如何最小化 A 所有场景都应使用 API Key，最简单 B mTLS 适合公网大规模用户 C 公网多用户用 OAuth 2.1+PKCE，内部服务间用 API Key 或 mTLS，令牌最小化（scope/时效/资源绑定） ✓ 正确答案 D 令牌应申请尽可能多的 scope，便于扩展
# 17. MCP Client 的会话恢复，断线重连、会话持久化与 Server 状态同步应如何设计，重放如何避免重复副作用 A 断线后直接重连即可，无需恢复上下文 B 会话状态由 Server 保存，Client 无需管理 C 重放请求无需去重，Server 会自然处理 D 断线重连（退避+session id）、会话持久化恢复上下文、状态同步，并用幂等键/请求去重防止重放副作用 ✓ 正确答案
