重点：2种方式有什么区别，方式1用多轮对话提交给大模型，大模型有时候直接根据历史对话回答问题，不能理解需要总结的意图，所以添加了方式2支持，把历史对话内容直接放到用户提示词，让大模型更好的理解是需要对对话内容进行总结和分类，不是继续回答问题。\nuser:用户回答二。注意：大模型提示词里面的意向分类名字不要和系统预设的A-G冲突, 如果你的分类方法和系统预设的不一致，可以通过添加自定义分类标签，来

重点：2种方式有什么区别，方式1用多轮对话提交给大模型，大模型有时候直接根据历史对话回答问题，不能理解需要总结的意图，所以添加了方式2支持，把历史对话内容直接放到用户提示词，让大模型更好的理解是需要对对话内容进行总结和分类，不是继续回答问题。\nuser:用户回答二。注意：大模型提示词里面的意向分类名字不要和系统预设的A-G冲突, 如果你的分类方法和系统预设的不一致，可以通过添加自定义分类标签，来

比较好的提示词语写法是，不需要告诉大模型每轮对话怎么说，只需要告诉大模型我们业务步骤或者流程，需要注意什么，常见问题的答案（faq），让大模型自己组织语言去对话。- 县区或者乡镇，如果听不清，或者用户说的地市不存在，如果让用户再说一次，如果用户说了2次，还是不对，可以把同音的或者对应地市下面最接近的几个问用户是哪个。- 如果用户说的地市听不清楚，或者用户说的地市不存在，可以类似这样回复：”你慢点说

顶顶通呼叫中心中间件Web后台管理系统简称CCAdmin-Web，用于管理和配置顶顶通呼叫中心中间件。因为顶顶通呼叫中心中间件是基于FreeSWITCH开发的，所以CCAdmin本质上也是一个FreeSWITCH管理后台，CCAdmin有windows版本,macos版本，和Web版本。本文主要介绍CCAdmin-Web版本。

自chatgpt3.5发布以来，各种大模型飞速发展，各行各业都有接入大模型的需求，呼叫中心行业非常适合通过接入大模型用AI来回答用户的各种咨询，降低人力资源，使用顶顶通呼叫中心中间件，只需要100行不到的代码，就可以非常简单容易的让电话机器人系统，呼叫中心系统快速接入各种大模型。

顶顶通呼叫中心中间件通过asrproxy程序对接各种asr和tts,本文主要讲解 asrproxy程序 对接 mrcp v1 和 mrcp v2的配置。

昨天晚上funasr团队的大佬反馈windows下 funasr-wss-server 加载lm模型失败，今天一大早，我就开始研究为啥加载失败，先linux测试一下了一下，发现也是加载lm模型失败，我回退到适配 windows之前的版本测试，是正常加载的，唯一的修改就是把openfst由动态库改成了静态库，我改回编译动态库，加载正常。通过跟踪代码发现静态库的时候vector没有FstRegiste

AI对话记录，可区分抢话，还是放音后用户说话，可显示放音多少秒用户开始说话。支持大模型回答后处理，就是大模型返回的内容和预设关键词匹配执行不同流程。嵌套式多轮对话时，就是多轮对话时可以回答主流程问题。挂机时使用大模型对通话内容进行分类和总结。未匹配到关键词也结束流程(仅放音结束后)未匹配到关键词也结束流程(包含放音时)使用大模型选择流程执行分支。大模型和关键词、正则表达式混合使用。提示词嵌入RAG

没法精细控制对话流程，以及没办法精细意向分类，只能通话结束把整个对话记录提交给大模型让大模型做总结。如果候选回复没有合适的，请根据候选回复和对话上下文以及产品信息输出简短的回复。顶顶通话术引擎会根据大模型匹配设置，从当前流程关联的知识库、多轮对话、子流程中提取放音文字和意向。流对接，直接把音频流输出给大模型，大模型返回音频流。对话流程可控性低，无法精细控制对话流程和意向判断。对不起，你不符合赠送意

如果没有匹配的回答分支，大模型会输出unmatch，话术引擎会忽略模型返回，继续执行兜底(any)匹配，如果设置了兜底流程就会进入兜底流程节点。如果有接近但不完全合适回答分支，大模型会输出回答ID，和输出优化后的回答内容，话术引擎切换到流程节点，播放大模型优化后的回答内容；如果有完全符合情境的回答分支，大模型会输出回答ID，不会优化回答内容，话术引擎切换到流程节点，播放节点预先设置的放音;如果有匹