MCP 项目如何写进简历？常见面试问题与回答思路

到这里，第三大章就结束了。

这一章的内容其实挺多的。

咱们从最基础的 Tool Calling 开始，一直写到了 MCP Server、MCP Client、Agent Host、Streamable HTTP、Human-in-the-Loop、长任务和 MCP Apps。

最后，还实现了一套完整的企业售后 MCP 项目。

这一小节，咱们就把整个第三章总结一遍。

第三大章都学了啥

第三章的主线是从 01 到 08。

其中，08 是本章最终项目，又分成了上、中、下三篇。

咱们一节一节回顾。

01-第三章介绍与讲解思路

第二章的 RAG，解决的是模型怎么获得企业知识。

但知识库只能提供资料，不能替用户执行操作。

用户说“查询订单 A1024，如果满足条件就申请退款”时，模型即使听懂了，也不能直接访问订单系统，更不能自己执行退款接口。

所以第三章开始解决的是另一个问题：

怎样把订单、物流、退款和企业内部系统，变成 Agent 可以发现和使用的能力。

这也是 Tool Calling 和 MCP 的概念

02-手写一条完整的 Tool Calling 循环调用链

这一节模型原生的 Tool Calling 开始。

模型调用时，应用程序会把工具名称、说明和参数 Schema 一起发给模型。

模型会返回一个 tool_calls，告诉应用程序：“我想调用什么工具，准备传入什么参数。”

真正查询订单、判断退款资格的，是 Agent 代码逻辑

应用执行完成以后，还要把结果作为 Tool Message 写回 messages，再次调用模型。

所以，一条完整的 Tool Calling 链路是：

这里最重要的是：模型负责提出调用方法，应用程序负责执行动作。

03-从 Tool Calling 到 MCP：理解 Host、Client、Server

原生 Tool Calling 可以跑通工具调用，但是工具定义、工具路由和真实函数都写在同一个应用里。

接入能力越来越多以后，每个 Agent 项目都要重新维护一套工具代码。

所以咱们需要使用 MCP。

MCP 是：Host 和外部能力之间，怎样使用统一协议完成能力发现、调用和结果回传 的协议

这一节重点在于讲清楚了三个角色：

• Host 是 AI 应用本身，负责模型、上下文、权限、用户交互和 Agent 流程。
• MCP Client 运行在 Host 内部，负责连接某一个 MCP Server，并发送协议请求。
• MCP Server 负责按照 MCP 协议暴露和执行具体能力。

模型并不会直接连接 MCP Server。

真正站在模型和 Server 中间完成转换与调用的，一直是 Host。

在最小订单案例里，Host 通过 client.li