把安全判断交给人员
模型可以归纳现象和寻找资料，不能在依据不足时给出确定的维修结论或设备操作指令。
通用应用案例 · 客服与售后
从零散问题描述，到有人负责的服务工单
收齐问题信息，关联产品资料与历史记录，再按服务规则分派、提醒和追踪，让一次咨询有明确的处理去向。
业务问题
客服回复了，为什么问题还在来回转？
客户只描述现象，缺少设备型号、订单或发生条件。客服、工程师和负责人之间重复追问，转交后看不到进度，最后是否解决也缺少统一记录。
从这些资料开始
产品手册、常见问题、工单字段、服务规则与查询权限。
实现逻辑
信息进来以后，每一步怎样处理。
结合现有系统和业务规则建设流程，明确自动处理、人员确认和执行回执的分工。
- 01
收集问题与上下文
整理客户描述和获准的附件，关联产品型号、订单与发生条件；已有信息不再重复询问，缺项形成补充清单。
- 02
检索资料，区分处理路径
根据问题查找对应版本的产品手册与已确认知识，保留出处。无法判断、资料冲突或涉及设备安全时转人工。
- 03
按规则建单与分派
把问题、已收集资料和建议处理路径写入工单；依据产品、地区或问题类别确定负责人，优先级按服务规则确认。
- 04
跟踪状态并形成结案记录
读取工单状态，按规则提醒待处理事项；人员确认处理结果后整理结案摘要，不能因 AI 已回复就自动认定问题解决。
以工单系统为状态依据
提醒和摘要跟随实际处理状态；转人工时携带已有上下文，避免让客户重新描述全过程。
收益与验证
期待改善什么，用什么判断。
收益要结合任务量、数据质量和人员复核投入评估，使用同一批任务建立前后对照。
减少往返沟通
首次交接尽量包含完整的设备、订单与问题信息。
核对：工单补充资料次数与信息完整性。缩短流转等待
明确负责人和待办状态，减少问题在不同人员之间无序转发。
核对：建单到分派、分派到响应的时间。沉淀可复用经验
将确认过的解决过程整理成可审核资料，为后续同类问题提供依据。
核对：结案记录完整性与重复问题处理成本。实施前，先准备一组可核对的任务
准备常见、缺信息和疑难问题样本，约定分派规则、转人工条件和结案标准。验收不仅看答复是否合理，还要检查工单字段、负责人、状态和提醒是否一致。