（LLM）工作原理(10.Tool Calling：让 AI 第一次拥有行动能力)

10.1 LLM 为什么不会使用工具这一点其实很好理解。回忆一下第二章介绍过的内容。模型看到的输入其实并不是今天天气怎么样而是经过 Tokenizer 处理之后的一串 Token ID。例如示意[4512,10345,821,…]模型最后输出的也不是今天武汉小雨。而是另一串 Token ID。整个推理过程中Transformer 从头到尾处理的都是数字向量。模型既不会访问互联网也不会打开浏览器更不会执行操作系统命令。换句话说对于 LLM 来说世界上不存在API“数据库”浏览器这些概念它只认识 Token。因此下面这些动作查询天气调用地图执行 Python打开浏览器查询数据库发送邮件对于模型来说本质上都是模型之外发生的事情。10.2 如果让模型自己完成会发生什么来看一个简单的例子。假设用户输入今天武汉天气怎么样模型开始推理。根据训练数据它可能知道武汉夏天比较热七月份经常下雨天气回答通常包含温度、湿度等内容。于是它可能生成今天武汉多云最高气温33℃……问题是,这是真的吗模型根本不知道。它只是根据历史统计规律生成了一段最像天气预报的文字。这就是我们第八章提到的幻觉Hallucination。如果模型能够真正访问天气 API它就不需要猜了。因此,工具调用Tool Calling的本质就是让模型停止猜测转而获取真实数据。10.3 Tool Calling 到底是什么很多人第一次接触 Tool Calling会觉得非常好用。例如你在 ChatGPT 中输入北京今天会下雨吗几秒钟后它真的告诉你今天北京有小雨……甚至还能给出未来几天的天气。很多人以为ChatGPT 学会了查询天气。实际上并不是它学会了某项技能。真正调用的流程其实是用户输入│▼LLM 判断需要查询天气│▼调用天气 API│▼获得真实天气数据│▼再次交给 LLM│▼生成最终回答这里,请注意真正查询天气的不是 LLM而是外部程序。LLM 做的事情只有两件判断是否需要调用工具根据工具返回的结果重新组织语言。这就是 Tool Calling 的本质。10.4 Tool Calling 是谁调用谁很多初学者容易产生一个误区是不是模型自己调用 API答案是否定的。真正调用工具的是 Agent Runtime或者聊天应用。模型只是生成了一段特殊的信息例如{“tool”:“weather”,“city”:“北京”}程序看到这段内容之后会根据返回的值做下面的事情调用天气接口获得返回结果再把结果放回上下文继续让模型推理。因此一个完整流程其实是用户 │ ▼ LLM │ 是否需要工具 │ ┌──────┴──────┐ │ │ 否 是 │ │ ▼ ▼直接回答 Agent Runtime│▼调用真实工具│▼返回执行结果│▼再次调用 LLM│▼输出最终答案这里有一个非常重要的角色第一次出现了Agent Runtime智能体运行时它就像整个系统的调度中心。模型负责思考Runtime 负责执行。10.5 Tool Calling 为什么如此重要Tool Calling 的出现可以说是 AI 应用发展的一个重要分水岭。在它出现之前大模型更像一个知识渊博的顾问能解释概念能回答问题能写文章能生成代码。但所有能力都停留在说的层面。有了 Tool Calling 之后大模型第一次拥有了与外部世界交互的能力查询实时天气搜索互联网调用企业 API查询数据库执行 Python 程序控制浏览器操作本地文件。虽然真正执行这些动作的依然是外部程序但从用户的角度来看AI 已经不再只是一个聊天机器人而开始像一个真正能够做事的助手。因此可以说Tool Calling 并没有改变 LLM 的工作原理却极大扩展了 LLM 的能力边界。本章总结本章我们回答了三个问题为什么 LLM 无法直接操作现实世界因为模型本质上只能处理 Token无法直接访问外部系统。Tool Calling 到底是什么模型负责判断是否需要工具真正执行工具的是外部程序Agent Runtime。为什么 Tool Calling 如此重要它让 AI 从只会说迈向了能够做成为现代 AI Agent 的基础能力。