本页可直接阅读、选中文本复制或打印。文中的复制按钮、判断练习和成果保存,请使用互动版。

中文教程 · 独立阅读版

GLM 模型:理解工具调用由谁执行

用只读库存查询说明模型请求、服务端工具与最终回答的关系。

内容整理:2026-09-07 · 资料核对:2026年9月14日

进入互动版,练习并保存成果

开始前准备

了解服务端函数与 JSON。使用虚构商品数据设计流程,本篇不连接真实库存系统。

1. 选择支持所需能力的模型接口

进入智谱开放平台文档,查看当前模型是否支持工具调用及其消息结构。清言网页里能完成某项任务,不意味着你选择的每个 API 模型都支持相同工具。

当前工具调用页使用 tools 声明工具,tool_choice 仅支持 auto;响应的 tool_calls 包含 function.name、JSON 字符串形式的 function.arguments 和 id。程序执行后用 role: "tool" 与 tool_call_id 回传结果,再请求最终回答。先从查询开始,不把改库存、下订单混入第一次练习。

2. 为库存查询设计明确参数

定义查询工具只接收商品编号,返回商品名、库存数量和查询时间。模型请求调用工具时,服务端仍需校验商品编号格式和当前用户是否有权限查询。

模型返回一段“已查库存”的文字不等于查询发生。必须有程序执行工具、获得结果,再把工具结果交回模型。

3. 处理未知商品与工具失败

用存在的商品、未知商品和查询超时三个案例检查流程。不存在的商品应返回未找到,而不是让模型猜一个库存数量。

工具结果应作为事实输入,最终回答不得提高其确定性。未来加入写入工具时还需单独设计权限和确认边界。

练习与核对

按实际操作自查,完成标记与成果草稿请在互动版保存。

打开练习与核对

带走这一点

工具调用是应用与模型的协作协议,实际业务动作由程序负责。

资料与核对记录

关键步骤有官方依据

已确认 tools、tool_calls、JSON 参数与 tool_call_id 回传流程;库存练习为本站自编。

本次核对公开官方资料,未登录产品账号、运行练习或发起付费调用。

步骤对不上?在互动版生成问题记录