Function Calling 挂载订单/地址查询工具：从原理到落地

引言

将 Function Calling 应用于挂载订单与地址查询工具，是构建电商 AI 智能客服的关键一步。其核心并非让大模型直接访问数据库，而是让模型学会"何时"以及"如何"调用你预先定义好的工具，再由你的后端服务去执行真正的查询，并将结果返回给模型进行总结。

这套方案能有效规避大模型在订单状态、用户地址等实时业务数据上产生的"幻觉"问题，确保 AI 客服的回答始终基于真实数据，而非凭空编造。

一、核心工作流

整个交互流程可以分为四个清晰的步骤：

1. 定义工具（Tools）

将"查询订单状态"和"查询用户地址"这两个能力，用 JSON Schema 的形式清晰地描述给大模型。这包括工具的名称、功能描述以及它需要哪些参数。

2. 模型决策（Model Routing）

当用户提问时（例如"我的订单到哪了？“或"我的收货地址是什么？”），你将用户的问题和工具定义一同发送给大模型。模型会判断是否需要调用工具，并输出一个标准的函数调用指令，包含函数名和提取出的参数。

3. 本地执行（Execution）

你的后端服务接收到模型的函数调用指令后，会拦截它，并调用真实的订单服务或用户信息服务（如 ERP、WMS 或内部 API）来获取真正的数据。

4. 结果总结（Synthesis）

你将查询到的真实数据（如订单状态、物流轨迹、收货地址）作为tool角色的消息，连同之前的对话历史一起再次发送给模型。模型会基于这些数据，生成一段自然、流畅的回复给用户。

二、工具定义示例

以下是为订单状态查询和用户地址查询两个工具设计的 JSON Schema 示例，它们清晰地定义了模型可以调用的能力：

[{"type":"function","function":{"name":"query_order_status","description":"根据订单号或用户ID查询订单的当前状态、物流信息和预计送达时间。当用户询问快递到哪了、订单进度时使用。","parameters":{"type":"object","properties":{"order_id":{"type":"string","description":"订单编号，例如：ORD202310240001"},"user_id":{"type":"string","description":"用户唯一标识，当用户未提供订单号但要求查询自己的订单时使用"}},"required":["order_id"]}}},{"type":"function","function":{"name":"query_user_address","description":"查询用户的收货地址列表或默认地址信息。当用户询问我的地址是什么、修改收货地址时使用。","parameters":{"type":"object","properties":{"user_id":{"type":"string","description":"用户唯一标识"},"address_type":{"type":"string","enum":["default","all"],"description":"查询类型：default为默认地址，all为所有地址"}},"required":["user_id"]}}}]

三、关键落地建议

1. 参数提取与校验

模型有时会"幻觉"出不存在的订单号。在执行真实查询前，你的代码层最好做一层正则校验或格式检查，避免无效查询。

2. 权限与安全隔离

千万不要把数据库密码或内部 API 密钥写在 Prompt 里。模型只负责输出{"name": "query_order_status", "arguments": {"order_id": "123"}}，真正的鉴权和数据库连接必须在你的后端服务中完成。

3. 多轮对话与上下文

如果用户问"我上周买的那个耳机到哪了？"，模型可能无法直接提取出order_id。此时可以结合 RAG（检索增强生成）先通过向量库检索出历史订单，再传给 Function Calling。

4. 错误处理机制

如果订单号查不到，后端应该返回类似{"error": "订单不存在", "code": 404}的结构化数据，而不是抛出异常。这样模型才能优雅地回复用户"抱歉，我没有找到这个订单"。

5. 并发与超时

订单查询可能涉及跨系统调用，务必设置合理的超时时间（Timeout），防止模型一直在等待响应。

四、主流框架支持

如果你不想从零手写解析逻辑，可以使用成熟的框架：

LangChain / LlamaIndex

提供了Tool和Agent的抽象，可以直接用 Python 装饰器@tool定义查询函数，框架会自动处理 Schema 生成和调用路由。

Semantic Kernel

微软的框架，对 Function Calling 的插件化封装做得很好，适合 C# / Python 开发者。

各大云厂商 API

如阿里云百炼、OpenAI、智谱等，都在 API 层面原生支持了tools参数，直接传入上述 JSON Schema 即可。

五、总结

Function Calling 为 LLM 与业务系统之间的对接提供了一套标准化、契约化的方案。通过定义清晰的工具 Schema、建立安全的执行链路、完善错误处理机制，你可以让大模型真正具备"使用工具"的能力，从而构建出更加智能、实用的对话式应用。

在电商场景中，通过 Function Calling 挂载订单和地址查询工具，核心解决的是大模型在业务数据层面的幻觉问题——让模型做它擅长的事（理解意图、提取参数），让你的代码做它擅长的事（执行查询、处理数据），从而确保 AI 客服的回答始终准确、可靠。