MCP 如何重塑 Agent 的工具调用

如果你做过 Agent，大概率被 Function Calling 折磨过：换一个模型供应商，工具描述格式、调用约定全得改一遍。MCP（Model Context Protocol）想解决的，正是这个「N 个模型 × M 个工具 = N×M 适配」的爆炸问题。

MCP 的三种角色

• Host：运行模型的应用（如你的 IDE、聊天客户端）。
• Client：Host 内负责和 Server 通信的组件。
• Server：把某个能力（查库、读文件、调 API）封装成标准工具，谁都能连。

关键价值：工具只写一次（Server 端），任何支持 MCP 的模型/客户端都能即插即用。工具的「接口契约」被标准化了。

用 Spring AI 暴露一个 MCP Server

@Tool(description = "根据城市查询实时天气")
public String getWeather(String city) {
    return weatherClient.fetch(city);
}
// 标注 @Tool 的方法会被自动暴露为 MCP 工具
// 前端 Agent 无需关心实现语言，按协议调用即可

对求职的意义

MCP 是 2024 年底才出现的协议，还在快速演进。如果你能在面试里讲清「它和 Function Calling 的本质区别」「标准化工具层为什么重要」，面试官会认为你不是只追热点，而是在思考 AI 工程化的底层结构。

会调 API 的人很多，能看穿「协议层为什么这样设计」的人很少。