Function Calling：模型怎样使用工具

为什么语言模型需要工具

模型能够生成“我来查一下库存”，但这句话本身不会访问仓库数据库。要获得当前库存，应用需要一段真正能读取库存系统的程序。这个可以被应用调用的能力，就是这里说的工具。

工具可以是查询天气、搜索网页、计算金额，也可以是创建日程或写入记录。模型负责根据任务选择是否需要工具，并提出相应输入；程序或平台负责执行。工具调用，也常被称为function calling，就是让这两部分配合的一种方式。

先告诉模型有哪些工具

应用不能期待模型猜到某个数据库的地址和字段。它需要提供工具说明，包括名称、用途、需要哪些参数，以及可能返回什么。例如本课程的场地查询工具，可以接受场地名称、日期时段和人数，并返回营业状态、空位和总价。

下面是教学用工具请求示意，字段和工具名为本站定义，不是可直接调用的统一标准。

{
  "tool": "query_venue",
  "arguments": {
    "venue": "B",
    "day": "示例周日",
    "people": 12
  }
}

它表达的是“请执行这个查询，并传入这些条件”。在这一刻，还没有发生查询结果，也没有任何预约。

一次完整调用怎样分工

例如工具返回“B目标时段有空位，容量16人，总价520元”，模型才能据此比较12人的需求与600元预算。这个520元来自工具返回，而不是模型凭语言模式猜出的报价。

为什么必须让程序执行工具

在普通文本里模仿一个工具结果很容易。模型甚至可能自己写出“查询成功，库存20件”。如果没有实际调用记录，这仍然只是生成内容。应用必须区分模型提出的动作与真实工具返回的数据，不能让前者冒充后者。

参数也需要检查。人数应为有效数字，日期应明确，当前账户应有相应权限。缺少必要参数时，应请求补充或返回错误，不能靠“模型应该理解了”就执行。

查询工具与写入工具为什么要分开

查询空位只是读取状态，预约会改变外部系统。即使查到有空位，也不能立即报告“预约成功”。还需要预约能力、具体授权、执行请求，以及目标系统返回的成功证据。

工具调用完成一次外部交互。若应用把结果继续交给模型，让它决定下一步，并在适当条件下重复这个过程，就开始接近后面要讲的Agent。工具是其中一个部件，持续循环与任务管理是另外的部件。