物流查询系统

场景说明

前面几个案例的使用者都是登录 MoAI 的内部用户。这一篇不一样：物流公司官网上的访客，发货后回来查件、寄前比价、破损了问理赔，他们没有、也不应该被要求注册 MoAI 账号。

MoAI 用外部应用加访问点解决：应用照常挂知识图谱与知识库，但建成外部应用，发布后复制一段嵌入代码贴进官网，页面右下角就出现企业主题色的客服悬浮窗，访客点开直接聊。零登录、零跳转、对官网只有一段代码的改动。

数据面与机票查询同构，业务系统管数据，MoAI 管检索：TMS 把运单台账（运单号、当前状态、完整轨迹、预计送达）同步进知识图谱，状态一推进重跑同步，图谱就更新；计费规则、时效承诺、理赔流程这些服务文档进知识库。访客在悬浮窗里直接问：

FC8801234567 这票货到哪了？什么时候能送到？
10 公斤的货物从广州寄到杭州，运费多少钱？
货物破损了怎么申请理赔？
电池能不能寄？哪些东西不能运？
广州白云区有营业网点吗？几点上班？

案例预览

访客贴上运单号就问。AI 从图谱台账报出这票广州发杭州的大件快递正在运输中，逐站轨迹精确到分钟：几号几点揽收、几点装车、几点干线发车，预计 10 月 9 日 14:00 前到杭州拱墅网点，还提醒到货后可自提或转派送。全程访客没有注册过任何账号：

问 10 公斤从广州寄杭州多少钱。AI 按知识库里的费率算出首重加续重 30.5 元，并主动提醒大件要按实重与体积重取大：箱子够大按 20 公斤计就是 55.5 元，下单先按预估收、派送后按实测多退少补。报价带算式、有提醒，像一位老客服：

TMS 把这票货推进到派送中并重跑同步，访客再问同一单号，回答已经是新状态：快递员今早 9:05 取件出发，预计今天 14:00 前送达，提醒大件上楼提前跟师傅沟通。业务数据一变，访客立即可见，MoAI 侧没有任何人工干预：

配置过程

第 1 步 · 创建知识图谱

新建托管模式知识图谱，配好向量化模型。运单、网点这些类型不需要手工建模，业务系统导入时自动创建。

第 2 步 · 给 TMS 发应用接入 key

应用接入页新建，功能范围只勾知识图谱读和写。这个 key 是给业务系统同步数据用的，与访客无关。

第 3 步 · TMS 同步运单台账

同步任务就两个动作：key 换访问凭证，调导入接口推数据。每票货一个业务编号，运单号写进名称、当前状态和完整轨迹写进描述；状态一变重跑同步就原地更新。访客贴单号提问时，AI 按名称精确命中这票货，从描述里读出状态与轨迹。

第 4 步 · 服务文档上传知识库

计费规则、时效承诺、理赔流程、禁运品清单、网点指南五类文档上传知识库，执行切割和向量化。报价、时效、理赔、禁运的问题都从这里答。

第 5 步 · 创建外部应用

这次建的是外部应用：内部应用列表里不可见，除了悬浮窗没人能触达。配置与内部应用一致：模型、知识库勾服务文档、知识图谱勾运单台账，提示词写清两个工具的分工。公开官网可以把接入授权关掉，访客即聊；嵌在需要防滥用的页面就打开，悬浮窗必须带 key 才能用。

第 6 步 · 配置访问点并嵌入官网

外部应用的访问点分区配置悬浮窗：标题、按钮文案、主题色、位置、默认展开，照着企业品牌填一遍，保存后复制嵌入代码贴进官网页面。就这一段代码，悬浮窗渲染、对话凭证、会话接续全部由组件自动完成。

第 7 步 · 验证

打开官网问三类问题：贴单号查轨迹，应精确到分钟；问运费，应按费率给出算式；最关键的一类，TMS 推进状态并重跑同步后再问同一单号，回答应立即变成新状态。另外关掉页面重开，会话还在，同一访客自动接上历史。