根据之前的分析，多个线程操作一个通道就有出现死锁的概率，因为fs的switch_core_session_read_frame和switch_core_session_write_frame的实现存在死锁的可能。就是把 switch_core_session_read_frame和switch_core_session_write_frame里面同步消息改成异步消息switch_core_sess

如果媒体没初始化，就通过消息 SWITCH_MESSAGE_INDICATE_TRANSCODING_NECESSARY 去执行初始化媒体的代码，上一篇说了，可以再switch_core_session_receive_message之前先解锁session->codec_read_mutex，就可以避免这次死锁，可是switch_core_media_read_frame里面有大量的 switc

配置webrtc监听的SIP和端口，CCAdmin->SIP->internal->wss-binding设置为:7443(冒号需要的)，监听本机所有端口，也可以0.0.0.0:7443 监听ipv4所有IP的7443端口，也可以指定单独一个本机IP比如192.168.31.100:7443，也可以指定其他端口后面的测试例子是用端口7564。如果听到自己说话的声音，就配置好了。第二个界面设置好了点

FreeSWITCH libsofiawebsocket (wss) js.sipsipjs突然全部掉线注册不上的BUG最近1年经常有人和我说这个问题，我说你用更老版本的libsofia库就好了，1年过去了，FreeSWITCH官方还没解决这个BUG，我只好自己动手了，经过一上午和一中午的分析和测试，成功定位问题并且解决，如果您也遇到这个问题，可以联系我付费获取修复bug的libsofia库。

0)){4}\d(倒序）88|99结尾 : 被叫号码中最后两位的数字是88或者99。AAA(3A) : 被叫号码中出现同一个数字连续出现三次的。AAAA(4A) : 被叫号码中出现同一个数字连续出现四次的。AAAAA(5A) : 被叫号码中出现同一个数字连续出现五次的。AAAAAA(6A) : 被叫号码中出现同一个数字连续出现六次的。如果不过滤重复数字可以直接用 (\d{2})\1。如果不过滤重复

请发掘客户需求，如果客户的需求在业务分类里面，请直接回答业务分类ID（注意只需要回答业务ID，ID，不要回答其他内容），否则请直接回答问题，一定要询问清楚客户的需求，比如是否要订房或者顶餐。比如酒店AI客服，有订房业务、订餐业务、订票业务、客房服务业务，如果我们把所有业务办理的规则，都放在一个提示词里面，会导致提示词非常长，大模型处理慢，消耗token多。先做一个普通放音节点，去询问用户需要办理的

电话机器人，也有人叫语音对话机器人，外呼机器人等，主要是通过ASR(语音识别)和TTS(文本转语音)模拟真人和用户通话，可用于问卷调查，自动催缴，外呼营销等业务，支持百度，科大，阿里云等ASR系统，可以真人预先录音，用户完全察觉不到是机器人。电话机器人和文本对话机器人的区别是，文本机器人是文字对话，电话机器人是语音对话。最近很火的chatgpt就是文本对话机器人。

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

smart ivr 接口说明smartivr 是一个基于Freeswitch的电话机器人二次开发接口（restful），支持和Asterisk对接使用指南用户自己实现 httpAPI,机器人程序去调用这个接口，不是 机器人提供httpapi给用户调用。外呼程序呼叫电话接通后，或者客户主动呼入接通后 机器人程序 向 webserver post 发送smartivr...

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