AI 大模型落地基础：Prompt、Agent 与工具调用详解

3、举个完整流程例子

用户说：

读取 C 盘 hello_world.cpp，移动到 D 盘，并总结内容

流程是这样的：

第一步：Agent 告诉 AI 可以用哪些工具

例如：

• read_file
• move_file

第二步：AI 决定调用 read_file

调用 read_file，路径：C://hello_world.cpp 

第三步：Agent 真正执行工具

• 读取文件
• 把内容返回给 AI

第四步：AI 决定调用 move_file

第五步：Agent 执行移动

第六步：AI 输出总结

第七步：Agent 返回结果给用户

这就是一个完整的循环。

规划 → 执行 → 反馈 → 再规划 → 交付

四、Function Calling：工具调用的标准化革命

早期 Agent 有个问题：

AI 是'猜'怎么调用工具的。

比如天气查询工具：

check_weather(city, date) 

AI 可能会写：

上海 明天 

问题来了：

• 参数顺序错了？
• 明天不是标准日期？
• 少传字段？

于是就出现了 Function Calling。

Function Calling：把工具描述从 system prompt 中剥离，用 JSON 格式统一定义函数名、函数介绍、参数字段，并规范 AI 调用工具的回复格式。这就是 Function Calling 的核心：用标准化格式让 AI 理解怎么调用工具，而不是猜。

1、工具定义（标准 JSON）

{"name":"check_weather","parameters":{"type":"object","properties":{"city":{"type":"string"},"date":{"type":"string","format":"YYYY-MM-DD"}},"required":["city"]}}

2、AI 必须按格式调用

{"function_call":{"name":"check_weather","parameters":{"city":"上海","date":"2025-11-14"}}}

3、Function Calling 的好处：

1. 告别猜谜语：以前靠 System Prompt 用自然语言描述工具，AI 可能听不懂；现在用 JSON 格式，AI 一看就会。
2. 降低开发难度：开发者不用自己写代码检测 AI 回复是否正确，若 AI 回复错误，AI 的服务器端可检测并自动重试，降低用户开发难度和 token 开销。
3. 跨场景通用：无论是 ChatGPT 还是开源模型，只要支持Function Calling，就能用同一套工具。

五、MCP：AI 世界的 USB-C

上文提到的 Agent 和 Tool 是怎么进行交互的？最简单的做法就是把 Agent 和 Tool 写在同一个程序里面，直接通过函数调用来完成，这也是现在大多数 agent 的做法。

但其实有些 tool 的功能其实挺通用的，可能多个 agent 都需要，但总不能在每个 agent 里面都拷贝一份相同的代码吧。

我们把 tool 变成服务，统一的托管，让所有的 agent 都来调用，这就是 mcp server。mcp 是一个通信协议，专门用来规范 agent 和 tool 服务之间是怎么交互的。运行 tool 的服务叫做 mcp server，调用它的 agent 叫做 mcp client。mcp 规定了 mcp server 如何和 mcp client 通信，以及 mcp server 有哪些接口。

mcp server 既可以和 agent 跑在同一台机器上，通过标准输入输出进行通信。也可以被部署在网络上，通过 http 进行通信。虽然 mcp 是为了通用定制出来的标准，但实际上 mcp 本身却和 ai 模型没有关系，他并不关心 agent 用的是哪个模型，mcp 只负责帮 agent 托管工具、资源。

你可以把 MCP 想象成电脑的 USB-C 接口：

• 各种外设（如键盘、U 盘、显示器）就是不同的 MCP Server，它们提供各自独特的功能。
• 电脑就是 AI Agent，它作为 MCP Client，通过统一的 USB-C 接口（即 MCP 协议） 来连接和使用所有外设（MCP Server）。
• 这样一来，无论你更换电脑还是外设，只要都支持 USB-C 标准，就能即插即用，非常方便。MCP 协议正是为 AI 世界带来了这种即插即用的便利性。

如果说 Function Calling 解决的是：

'怎么调用工具'

那么 MCP 解决的是：

'工具怎么统一接入'

1、所以说，什么是 MCP？

MCP = Model Control Protocol
它把工具变成一个服务（MCP Server）。
Agent 不再直接调用工具，而是通过 MCP 协议访问。

2、完整流程示例

用户问：

女朋友肚子疼怎么办？

流程：

1. Agent 通过 MCP 获取可用工具（如网页搜索）
2. 转换为 Function Calling 格式
3. AI 选择 web_browse
4. Agent 通过 MCP 调用搜索服务
5. 返回结果
6. AI 生成建议

六、大模型的上下文窗口

很多人忽略这个概念，但它非常关键。

什么是上下文窗口？

就是：

模型一次对话能记住多少内容

你可以把它想象成一块黑板。

• 黑板大：能写很多
• 黑板小：写几行就满

当写满时：

模型会'擦掉最前面的内容'

这就是为什么：

• 对话太长会'失忆'
• 输入太大成本会上升
• 回答会变慢

七、RAG：检索增强生成

最后讲一个企业级必备技术 —— RAG。

RAG = Retrieval-Augmented Generation

简单说就是：

先查资料，再生成回答。

为什么不直接把资料丢给模型？

问题：

• 有上下文窗口限制
• 推理成本高
• 输入越大越慢
• 容易幻觉

RAG 怎么做？

1. 用户提问
2. 向知识库检索相关片段
3. 只把相关内容发给模型
4. 模型基于检索结果回答

比如：

用户问产品维修政策。

RAG 不会发 200 页手册。

而是：

• 精准找 3 段相关内容
• 送给模型
• 生成答案

优点：

• 成本低
• 更准确
• 更快
• 可扩展

八、整套体系串起来是什么样？

我们把今天讲的全部串起来：

用户 ↓ Agent ↓（MCP 获取工具） 工具列表 ↓（Function Calling 格式） AI 模型 ↓ 调用工具 ↓ RAG 检索知识 ↓ 生成答案 ↓ 返回用户 

九、最终总结

结语

AI 正在从'会聊天'进化为'能做事'。

这背后不是一个技术，而是一整套体系：

• Agent 负责调度
• Function Calling 负责规范调用
• MCP 负责统一接入
• RAG 负责精准知识增强

理解了这些，你基本就理解了当前 AI 应用的核心架构。