AI Agent 面试题第四弹：MCP、Chrome DevTools、CDP 会话复用

content

01、MCP 是什么，解决了什么问题

MCP 全称 Model Context Protocol，是 A 厂在 2024 年底推出的开放协议，一句话概括就是：给 AI 应用和外部工具之间定了一套标准通信接口。

为什么需要这个协议？

没有 MCP 之前，每个 AI 应用想接入一个新工具就得自己写一套定制代码，你写你的，我写我的，重复劳动。

Claude Code 要接入 GitHub，写一套；Qoder 要接入 GitHub，再写一套——干的活一模一样，但代码完全不能复用。

有了 MCP 就不一样了，GitHub 官方只需要写一个 MCP Server，所有支持 MCP 的 AI 应用直接接入，和当年 USB 统一接口一个道理。

它具体解决了哪几个问题

说白了就三件事。

工具发现——Host 启动 MCP Server 后，调一次 tools/list 就知道这个 Server 能干啥，不用提前硬编码。

工具调用——统一走 tools/call 接口，不管底层是 Git 操作、浏览器操控还是数据库查询，调用方式一模一样，对 Agent 来说完全无感。

数据访问——resources/list 加 resources/read 让 Server 暴露可读取的数据源，LLM 需要上下文的时候直接拿。

02、MCP 的 stdio 传输和 Streamable HTTP 传输有什么区别

stdio 就是标准输入输出。Host 把 MCP Server 当子进程启动，通过 stdin 发 JSON-RPC 消息，stdout 接收响应。Server 的生命周期完全由 Host 控制——Host 一退出，stdin 就 EOF 了，Server 跟着结束。

适合本地工具，比如 chrome-devtools-mcp、mcp-server-git 这些。

Streamable HTTP 走的是网络。Host 通过 HTTP POST 发 JSON-RPC 请求，Server 用 SSE 流式返回响应。Server 是独立部署的远程服务，跟 Host 没有生死绑定，你关了客户端，Server 还活着。

适合云端工具、团队共享的 MCP Server。

配置文件里怎么区分？也简单，有 command 字段就走 stdio，有 url 字段就走 HTTP，PaiCLI 自己判断。

03、MCP 的 JSON-RPC 通信协议是怎么工作的

用的是 JSON-RPC 2.0，消息就三种。

**Request，**带 id，需要对方响应。比如 tools/list 请求，id 是 1，Host 发出去之后等 Server 返回 id 同样是 1 的 Response。

**Response，**id 和 Request 配对。Server 收到 id ...