Ta的回复 ：有没有吃饭，有没有喝酒，有没有结婚  这些不是机器人问的吗？机器问用户的话术不用加样本。我的意思是如果用户有一些奇怪的表达无法被模型识别可以加到样本里作为特殊case处理。

Ta的回复 ：机器问用户有没有吃饭？用户回答“有没有？”系统会识别错，这时可以把有没有标成一个负例，这样模型就不会误识别为 有或没有，然后你就可以让机器再问一次或换个问法（这部分逻辑目前要自己实现）

Ta的回复 ：把所有要识别的菜名加到词槽的自定义词典里

Ta的回复 ：你是在生产环境上试的吗？

Ta的回复 ：答案里面支持html格式的链接。其次也可以在实现对话的产品端自己实现这样的效果。

Ta的回复 ：模板里的必须匹配 是指用户说的话 必须包含这个模板片段里的内容 才会被认为是当前目标所标注的意图。 词槽设置的 必填，是指用户在对话过程中意图被识别了，但缺少该意图的必填词槽时 会要求用户补充这个词槽的内容后才会给用户答复。

Ta的回复 ：生产环境部署了吗？

Ta的回复 ：已经更新了

Ta的回复 ：对话意图里只支持文本。问答意图里的答案支持用html 图像标签外链图片。 最灵活的方式是在你对话的应用里 自己写答复的样式。

Ta的回复 ：以前把问答和对话混在一起也不科学，在对话意图和问答意图的优先级上 我们是写死的逻辑：问答作为垫底的，0-40的置信度，问答是作为对话的一个兜底，这样写死的逻辑大家没法干预，没法调整。而且一个技能里混合了不同场景的意图越多，模型识别的效果越差，后续效果优化的难度也越大。 分开的话，就可以自己同时调两个技能，根据自己的业务逻辑来判断选用哪个技能的结果，这样更灵活。加入机器人也可以，但现在机器人只有技能优先级的功能，还不能处理复杂的query分发，结果择优的逻辑。（后续机器人增加中控配置工具后才能很好的处理多技能query分发，多技能结果选择的问题）。 如果之前是用管理API去创建问答意图的，这个功能变化不大，只是如果还要在UNIT网站端手工维护问答意图和问答对的话，需要申请开个权限。详细看上面帖子最后的第5点。

Ta的回复 ：欢迎试用、留言交流

Ta的回复 ：不分

Ta的回复 ：Python2.7

Ta的回复 ：目前UNIT对话技能的内置对话逻辑是： 1、技能模型先识别用户说话的意图和意图下关联的所有词槽； 2、然后判断意图下关联的必填词槽是否都已经包含在用户说的话里（即是否被识别了），如果「必填」词槽值没有，则会主动触发澄清话术让用户补充必填词槽信息；如下图出发时间是必填的。 3、在完成意图识别和所有必填词槽的收集后会进入「对话回应」部分的处理，这部分可以设置一些触发规则，当这些触发规则被满足后才会执行『答复』或「引导至对话意图」。如果触发条件里选择了『非必填』词槽且设了「已填充」这样的条件，则在进行上面的1、2两个步骤之后就会对这样的非必填词槽也触发澄清话术，让用户提供这部分信息。提供这部分非必填词槽后才会进行对话回应部分的「答复」或「引导至对话意图」。 [图片] 如果对话回应中没有把非必填词槽设在触发规则里，则不会触发让用户澄清的动作。 后续这块在Taskflow图形化配置界面升级上线后（目前时间还不太确定）会有升级。    

Ta的回复 ：BBEdit很强大，感谢感谢。

Ta的回复 ：先建好3个这样文件名的txt文件放在和python脚本同目录的文件下

Ta的回复 ：你自己上传的可以下载。平台预置技能的问答集不能下载

Ta的回复 ：问题已经修复，感谢反馈。

Ta的回复 ：就是用户说的话里必须包含这个『必须匹配』的模版片段，才能被这个模板识别为对应的意图。

Ta的回复 ：模板中的必须匹配是说 用户说的话里必须包含这个模板片段 标识的内容，否则不会被该模板识别为对应的意图。 而意图里设置的词槽「必填」是在多轮对话中用户必须提供了该词槽的值，才会执行后面的答复动作。 必填的词槽在一个对话模板中可以不设在任何模板片段中，这是如果模板与用户的话匹配上了，就识别了这个意图，后端就会触发词槽必填的澄清逻辑，自动再让用户澄清必填词槽。