环节一：数据与规则接入
运单节点以只读方式接入，操作规则按版本入库；未打通的线路先不纳入问答范围。
OnvergeAi · OnvergeAi
运单查询问答
面向物流客服团队：把运单记录与内部操作规则整理成可检索问答底座，解释已记录的节点、下一步动作与规则条款；答不到依据或问询涉及时效、费用与赔付时按规则转人工，不推测未记录状态，答复要点默认只在内部可见。
这个场景做什么
把运单记录与内部操作规则整理成可检索的问答底座，用于解释已记录的节点、下一步动作与规则条款：答不到依据，或问询涉及时效、费用与赔付时，按规则转人工。系统只引用已记录的节点与现行规则版本，不推测未记录的状态，不生成可直接外发的承诺表述。时效、费用与赔付口径由客服主管确认后使用，确认人与版本留存，答复要点默认只在内部可见。
运单状态类问询重复率高（客服时间被重复应答挤占，处理异常与投诉的时间被压缩）
答复口径不统一（不同班次答复不一致，容易引发投诉与索赔争议）
节点名称在不同系统里不一致（人工核对耗时，解释状态时容易出现偏差）
规则与费率更新不及时（客服引用过期口径，对外表述与实际执行脱节）
能力边界
不推测未记录的节点与到货时间；不生成可直接外发的时效、费用与赔付承诺；不代替客服主管确认对外口径；不承接投诉定责与赔付谈判；不修改运单与业务系统记录，只做只读问答与解释。
场景分析
这个场景处理的链路是：数据接入 → 口径映射 → 权限检索 → 问答生成 → 转人工 → 留痕回补。系统负责解释已记录的内容，不负责作出承诺。
环节二：节点口径映射
统一多系统节点名称，登记解释口径与生效日期，避免同一状态出现两种说法。
环节三：权限内检索
按岗位与线路过滤可见范围后检索，客服只能查看职责范围内的运单与规则。
环节四：问答与答复要点
只引用已记录的节点与现行规则条款并附出处；不推测未记录状态，不生成承诺表述。
环节五：转人工与升级
命中不到依据或涉及时效、费用与赔付时按规则转人工，记录原因供复盘。
环节六：留痕与回补
问答与转人工行为留痕，未命中问题定期归集，回补规则库并留版本。
输入输出与复核
本场景的关键是把「能答的」与「必须转人工的」用规则分开，并给每一次答复留下依据出处。
| 环节 | 输入与处理方式 | 输出与把关角色 |
|---|---|---|
| 数据接入 | 输入：运单节点与规则资料（只读）。处理：登记来源、字段与刷新频率。 | 输出：接入清单 · 运营负责人 |
| 节点口径 | 输入：多系统节点名称。处理：建立映射与解释口径，标注生效日期。 | 输出：口径表 · 操作主管 |
| 问答生成 | 输入：运单记录与现行规则。处理：只引用已记录节点与条款并逐条附出处。 | 输出：答复要点 · 客服 |
| 转人工 | 输入：未命中问题或承诺类问询。处理：按规则转人工并记录原因。 | 输出：转人工记录 · 客服主管 |
| 时效与赔付问询 | 输入：涉及承诺的问询。处理：系统不生成承诺表述，只列出可用依据条款。 | 输出：待确认要点 · 客服主管 |
| 规则更新 | 输入：未命中问题归集与规则变更。处理：修订规则库并留版本，过期条目停用。 | 输出：版本记录 · 操作主管 |
治理保障
治理规则集中在对外口径、转人工、只读接入与版本管理四件事，目标是不让系统输出变成对外承诺。
- 对外口径统一
- 时效、费用与赔付口径统一由客服主管确认，系统不生成可直接外发的承诺表述。
- 不确定即转人工
- 命中不到依据、超出授权范围或涉及承诺时按规则转人工，并记录原因供复盘。
- 只读不写
- 系统不修改运单与业务系统记录，只提供状态解释与依据条款。
- 规则版本管理
- 规则与费率按月核对，变更留版本，引用时标注生效日期，过期条目停用。
- 权限与岗位隔离
- 客户与货物信息只在需要的岗位可见，导出与分享行为留痕。
- 日志最小必要
- 记录必要字段与操作行为，不落全文日志；保留期按双方制度与合同约定执行。
价值与衡量方式
衡量方式围绕重复问询分流、依据可核验、口径一致与规则维护四类口径，全部可统计、可复盘。
- 重复问询分流
- 衡量方式：统计可核验问询由系统答复的比例与转人工比例，并按原因归类转人工记录。
- 依据可核验
- 衡量方式：在约定测试集上统计答复能定位到运单记录或规则条款的比例，未命中项按规则转人工。
- 口径一致性
- 衡量方式：抽查不同班次的答复要点，统计与现行规则一致的比例并列出不一致原因。
- 首次响应口径
- 衡量方式：按同一问询类型统计从接入到给出答复要点的时间分布，用区间描述，不作对外承诺。
- 规则库维护情况
- 衡量方式：统计未命中问题回补条数与规则更新及时率，检查版本与生效日期是否齐全。
- 合规可交代
- 衡量方式：检查边界、权限、日志、复核四类检查项的完成度与留痕完整性。
※ 以上为方法说明与衡量口径，不构成对具体项目效果的承诺；结果受运单数据完整度、规则更新频率与岗位使用方式影响。
场景的结构化说明
- 典型任务
- 按已记录节点说明当前状态与下一步流转，命中不到记录时按规则转人工：运单状态解释；依据内部操作规则与费率口径回答常见问题，只引用现行版本条款并给出出处：操作规则问答；把问询整理为答复要点供客服修改，涉及承诺的部分标注需主管确认：客户问询答复要点整理；把答不到依据的问题按主题归集，形成规则库补充清单交给操作主管：未命中问题归集；记录转人工原因与频次，用于定位规则缺失、口径过期或系统未打通的线路：转人工原因统计；把口头规则与散落文档整理为可检索问答，供新人与支援岗查询，变更时留版本：新人培训问答
- 适用前提
- 明确可接入的系统、字段与刷新频率，未打通的线路先不纳入问答范围（运单与节点数据可只读接入）；由操作主管提供现行规则版本、生效日期与更新责任人（内部操作规则现行且归口明确）；明确客服主管为对外口径确认人，未确认口径不进入问答范围（时效与赔付口径有确认人）；转人工的触发条件、责任人与记录方式在试点前确定（转人工通道可用）
- 推荐部署
- 纯私有化；知识库本地化 + 外部模型
- 推荐架构
- 默认纯私有化：运单节点与操作规则在指定环境内入库与索引，按岗位与线路做权限过滤，客服账号一人一号；问答只引用已记录的节点与现行规则版本，命中不到依据或涉及承诺类问询时按规则转人工并记录原因。建立节点映射表统一多系统名称口径，规则版本与生效日期随条款一并展示。若本地算力不足采用知识库本地化加外部模型，仅脱敏后的最小片段经审批外发，规则库与权限配置始终留在本地。
- 数据流与边界
- 数据接入：运单节点与规则只读接入，登记刷新频率；口径映射：统一多系统节点名称并标注生效日期；权限过滤：按岗位与线路过滤可见范围后检索；问答生成：只引用已记录节点与现行规则并附出处；转人工：依据不足或涉及时效费用赔付时转人工；留痕回补：问答行为留痕，未命中问题回补规则库
- 交付物
- 节点映射与口径表（表格）：多系统节点名称对应关系、解释口径与生效日期；规则库版本清单（表格）：现行规则条款、生效日期、归口岗位与更新周期；问答与转人工规则（配置）：可答复范围、转人工触发条件与记录字段；答复要点模板（模板）：常见问询的要点结构，承诺类内容标注需主管确认；评测记录（报告）：测试集构成、依据命中与出处定位情况、未达项归因；操作规范与培训材料（文档）：问答使用规则、转人工流程与新人查询方法
- 上线节奏
- 第 1—2 周：盘点运单数据来源与规则版本，确定可答复范围与转人工条件；第 3—4 周：建立节点映射与检索评测口径，用历史问询做测试集；第 5—7 周：单个班组接入，跑通问答与转人工流程并完成培训；第 8 周起：按未命中问题与转人工原因复盘，回补规则库后决定扩围
- 人工复核点
- 对外答复内容 / 客服 / 发送前确认口径与用词，涉及承诺的内容升级主管确认；时效与赔付口径 / 客服主管 / 未经确认的时效与赔付表述不得对外发出；规则与费率更新 / 操作主管 / 规则变更时同步修订知识库并留版本，过期条目停用；投诉与定责 / 客服主管 / 投诉定责与赔付谈判不进入系统问答范围，由人工处理；转人工规则调整 / 客服主管 + 运营负责人 / 转人工条件变更须书面确认并留记录
- 风险控制
- 输出被直接转发给客户：输出限定为答复要点，对外发送前由客服或主管确认，承诺类内容不得直接外发；推测未记录状态：只引用已记录的节点，命中不到即按规则转人工，系统不推测到货时间与流转结果；引用过期规则或费率：规则与费率按月核对并留版本，过期条目停用，引用时标注生效日期；客户与货物信息外发：默认禁止；确需外发仅发送脱敏最小片段并保留审批与日志记录
- 合规依据
- 个人信息保护法（委托处理）：涉及客户个人信息委托处理时，书面约定处理目的、期限、方式、种类、保护措施与责任划分，终止后返还或删除；中华人民共和国数据安全法：建立全流程数据安全管理制度并采取必要技术措施，问答、检索与导出行为留痕，日志按最小必要记录