通义晓蜜对话分析专注于对话信息抽取、场景分类、满意度判定等分析需求,擅长处理复杂业务逻辑的质检规则,支持自定义分析标准,具备强大的多轮对话理解和语义推理能力。
核心功能
- 对话信息抽取:从非结构化对话中自动提取关键信息,如时间、地点、产品、问题描述、客户诉求等。典型应用:工单系统自动填充、CRM客户信息更新、问题分类和归档。
- 场景分类:识别对话所属的业务场景,支持自定义场景类别。典型应用:对话自动路由到专业团队、统计不同场景的咨询量、针对性优化服务流程。
- 满意度挖掘:根据自定义规则综合判定客户满意度等级,支持多维度评估。典型应用:客服绩效考核、服务质量监控、客户体验改进。
- 复杂质检:支持多条件嵌套、逻辑推理等复杂质检规则,准确执行企业特有的质检规范。典型应用:金融、医疗等高合规要求行业的质检、多步骤业务流程质检、复杂的话术合规检查。
- 多轮对话理解:自动关联对话的前后内容,准确理解指代关系和上下文依赖,把握用户在多轮交流中的真实意图。典型应用:复杂业务流程的对话分析、长对话的意图理解、上下文相关的信息提取。
- 深层语义理解:准确识别对话中的隐含语义、情感倾向和言外之意。典型应用:客户情绪监控、潜在投诉预警、销售机会识别。
适用范围
- 支持的语言:对话分析模型仅支持中文对话分析,不支持其他语言
- 支持的模型:
- tongyi-xiaomi-analysis-flash:用于信息抽取、场景分类等结构化分析任务,适用于对响应时延要求较高的在线分析,及成本敏感的离线分析任务
- tongyi-xiaomi-analysis-pro:专为处理复杂逻辑推理和深度语义理解而设计,适用于多条件嵌套的质检规则、上下文依赖强的多轮对话分析等场景;相比Flash模型,其推理和理解能力更强,但成本与延迟也相应更高
模型选型
| 应用场景 | 推荐模型 | 模型优势 | 使用建议 |
|---|---|---|---|
| 快速信息提取与场景分类 | tongyi-xiaomi-analysis-flash | 低时延,成本低,适合高频实时调用 | 适用于标准化的信息抽取和分类任务,不涉及复杂推理 |
| 标准化质检 | tongyi-xiaomi-analysis-flash | 准确理解对话语义和情感倾向,支持自定义判定规则,满足大部分质检需求 | 适用于规则明确的质检场景,复杂业务逻辑建议使用 pro 模型 |
| 复杂逻辑质检 | tongyi-xiaomi-analysis-pro | 更强的推理能力,支持多条件嵌套、上下文关联等复杂业务规则 | 成本较flash高,适用于金融、医疗等对准确性要求极高的场景 |
| 多轮对话深度分析 | tongyi-xiaomi-analysis-pro | 更强的对话理解能力,准确理解指代关系和隐含意图 | 适用于售后工单分析、投诉根因挖掘等需要全局理解的场景 |
快速开始
使用建议
-
规范对话内容格式:建议将对话内容组织为
[轮次] 角色:内容的格式。使用规范的格式有助于模型解析对话结构,准确识别发言角色、轮次顺序及上下文指代关系。 示例:
-
编写清晰的规则:清晰的分析规则是模型准确执行任务的关键。模糊或矛盾的规则会导致分析结果不符合预期。
规则编写技巧:
- 具体可执行:避免模糊表述。例如,"服务态度好"应改为"响应及时且使用礼貌用语"。
- 明确优先级:多条规则建议明确优先级和执行顺序,避免规则冲突时模型无法判断。
- 提供正反例:在规则中提供正反例,帮助模型准确理解判定标准。
- 使用特殊标记代替关键术语:当业务中某个术语的定义与日常理解不同时,建议使用特殊标记(例如字母缩写)代替该术语,避免模型按通用知识理解。
-
调用参数设置:对话分析任务通常要求结果的确定性和准确性。建议使用以下参数配置:
temperature:设置为0.0,使模型每次对相同输入返回相同结果,确保分析的一致性top_k:设置为1,使模型总是选择概率最高的词,避免随机性干扰
-
控制输出格式:为提供可解析及可控的分析结果,建议在
prompt中明确输出格式,必要时可给定输出示例。
代码示例
前提条件:已获取 API Key。如果通过SDK调用,需要安装最新版SDK。
- OpenAI 兼容
- DashScope
- Python
- Java
- Node.js
- Go
- cURL
功能示例
以下每个功能示例提供可直接运行的 content,替换代码示例中的 content 即可体验。
对话信息抽取
对话信息抽取
功能说明:从非结构化对话中自动提取关键信息,如时间、地点、产品、问题描述、客户诉求等。适用场景:需要提取的信息:注意:如果某项信息在对话中未提及,请填写 "未提及"。
- 工单系统自动填充
- CRM 客户信息更新
- 问题分类和归档
content 传入:请从以下对话中提取关键信息,并按照 JSON 格式输出。对话内容:- 购买时间
- 购买门店
- 产品名称
- 订单号
- 客户联系方式
- 问题描述
- 问题发现场景
场景分类
场景分类
功能说明:自动识别对话所属的业务场景,支持自定义场景类别。适用场景:可选场景类别:
- 对话自动路由到专业团队
- 统计不同场景的咨询量
- 针对性优化服务流程
content 传入:请判断以下对话属于哪个业务场景。对话内容:- 售前咨询 - 客户询问产品功能、价格、购买方式等
- 售后投诉 - 客户反映产品问题、服务不满、要求退换货等
- 物流查询 - 客户询问订单状态、配送进度、物流信息等
- 会员服务 - 客户咨询会员权益、积分、优惠活动等
- 技术支持 - 客户寻求产品使用帮助、故障排查等
- 账户问题 - 客户反映登录、密码、账户安全等问题
满意度挖掘
满意度挖掘
功能说明:根据自定义规则综合判定客户满意度,支持多维度评估。适用场景:满意度判定标准:
- 客服绩效考核
- 服务质量监控
- 客户体验改进
content 传入:请根据以下对话判定客户满意度。对话内容:- 不满意:客户明确表达投诉、不满、要求赔偿或退款
- 一般:客户问题得到解决但未表达感谢或认可,或对解决方案持保留态度
- 满意:客户明确表达感谢、认可服务,或对解决方案表示接受和满意
- 客户情绪(初始情绪 vs 结束时情绪)
- 问题解决情况(是否给出解决方案)
- 客户反馈(是否表达感谢、认可或继续不满)
- 补偿措施(是否有额外补偿或优惠)
复杂质检
复杂质检
功能说明:支持多条件嵌套、逻辑推理等复杂质检规则,准确执行企业特有的质检规范。适用场景:质检规则(必须严格执行):一、开场白规则(必检项)
- 金融、医疗等高合规要求行业
- 多步骤业务流程质检
- 复杂的话术合规检查
content 传入:请根据以下金融行业客服质检规则,对对话进行质检。对话内容:- 规则1:必须包含"您好"或"欢迎"
- 规则2:必须自报工号
- 规则3:必须说明所属机构(如"XX银行信用卡中心")
- 判定:以上三项全部满足才算合格
- 规则4:涉及账户操作时,必须核验客户身份(姓名+身份证号 或 姓名+银行卡号)
- 判定:涉及账户操作但未核验身份,则为严重违规
- 规则5:涉及额度调整、费率变更、产品变更时,必须:
- 明确告知变更前后的具体内容
- 告知生效时间
- 获得客户明确确认("是"、"确认"、"同意"等明确表述)
- 判定:以上任一项缺失,则为严重违规
- 规则6:建议包含感谢语
- 规则7:建议包含祝福语
- 判定:不合格不影响整体质检结果,但会扣分
多轮对话理解
多轮对话理解
功能说明:自动关联对话的前后内容,准确理解指代关系和上下文依赖。适用场景:请提取以下信息(注意:这些信息分散在不同轮次的对话中,需要关联上下文):
- 复杂业务流程的对话分析
- 长对话的意图理解
- 上下文相关的信息提取
content 传入:请从以下对话中提取完整的工单信息,需要整合多轮对话中分散的信息。对话内容:- 产品信息(型号、外观特征、购买时间)
- 问题描述(具体现象、发生频率)
- 问题时间线(什么时候开始出现、之前是否正常)
- 客户操作(是否有特殊操作或调整)
- 客服诊断(初步判断的原因)
- 解决方案(建议的处理步骤)
- 后续预案(如果方案无效的备选方案)
深层语义理解
深层语义理解
功能说明:准确识别对话中的隐含语义、情感倾向和言外之意。适用场景:分析维度:
- 客户情绪监控
- 潜在投诉预警
- 销售机会识别
content 传入:请对以下对话进行深层语义分析。对话内容:-
客户情绪分析
- 第2轮:"我的会员怎么突然过期了?上个月还能用的" 的情绪和隐含语义是什么?
- 第6轮:"哦,是这样啊" 的情绪变化是什么?
- 第8轮:"好吧,我知道了" 的真实情感是什么?
-
潜在问题识别
- 客户是否存在不满情绪?
- 是否有潜在的投诉风险?
- 是否对服务或规则有误解?
-
客户真实诉求
- 客户最关心的是什么?
- 客户的问题是否得到满意解决?
- 客户是否有未表达的需求?
-
改进建议
- 客服的回应是否得当?
- 如何改进可以提升客户满意度?

