本文内容:
- 初始设置与高级配置有何不同
- 如何配置聊天机器人转接给人工客服?
- 如何限制聊天机器人的表达范围?
- 如何确保特定问题的回答一致性?
- 如何配置多语言行为?
- 如何让聊天机器人上线后持续学习?
- 需要检查哪些设置,检查频率如何

我们的 AI 客服机器人设置指南 涵盖了让 LiveAgent 的聊天机器人 上线运行的六个步骤:创建 Flow、连接知识来源、应用到小部件。这是启动的最低要求。但这并不是决定机器人三个月后是否真正好用的配置。如果您仍在比较不同聊天机器人选项,而非调整已部署的机器人,我们的 2026 年最佳 AI 聊天机器人汇总 是更好的起点。
本指南在此基础上深入。以下每项设置都是您在 LiveAgent 或 FlowHunt 中实际能找到的字段或组件,而非泛泛的最佳实践清单。
初始设置与高级配置有何不同
初始设置回答的是「机器人能用吗?」,而配置回答的是「它是否按照团队实际需求来运行?」。这种差异体现在四个方面:机器人何时升级、它能说什么、回答在不同会话间的连贯性,以及上线后它是持续改进还是停滞不前。
如果这四个方面都不重新审视,一个通过了第一周测试的机器人仍可能在一个月后让客户感到沮丧。您部署时连接的知识来源会逐渐过时,客户提出的问题会变化,而第一天感觉合适的默认转接阈值,可能已经将太多或太少的对话发送给了您的客服人员。
如何配置聊天机器人转接给人工客服?
在 LiveAgent 中打开聊天机器人对象,设置「转接人工客服前需回答的问题数」字段。该数字表示在「请求转接人工客服」按钮对访客可用前,AI 需要给出的最少回答次数。设置过低,机器人会升级它本可以处理的问题,浪费客服人员在无需人工介入的请求上的时间。设置过高,沮丧的客户会在收到有用回复前反复经历无帮助的回答。
还有第二种不依赖此计数的方式:AI 可以在对话中途自主判断某个问题过于复杂并自动转接,无需等待达到指定回答次数。对于错误回答代价较高的支持主题(如账单争议、账户安全),且固定计数显得过于僵化时,这种方式是更好的选择。
对话转接后,客服人员可以在对话概览部分使用「停止聊天机器人并加入」按钮接手,完整的对话历史会保留在同一个工单中。这些机制在我们的 AI 人工转接功能指南 中有详细说明。转接本身无法由客户自定义,但了解其运作方式说明了为什么需要端到端测试转接流程,而不只是测试机器人到转接前的回答。
如何限制聊天机器人的表达范围?
默认情况下,LiveAgent 的模板 AI 允许访客在对话的任何时刻直接要求转接人工客服,这与所需回答次数阈值无关。如果这不是您想要的效果——例如,在出现人工选项前,机器人需要完全解决一小组特定问题——解决方法是在 FlowHunt 中编辑 AI 组件的系统消息,而非调整 LiveAgent 端的设置。
系统消息也是控制语气和角色的真正所在。没有单独的「人格」下拉菜单:您在此编写的任何指令(正式还是随意、如何处理超出范围的问题、是否在升级前道歉)都是机器人遵循的标准。FlowHunt 支持超过 15 种 AI 模型,更换模型可能会改变机器人遵循这些措辞的严格程度,但模型本身并非语气的来源。
如何确保特定问题的回答一致性?
知识来源擅长回答一般性问题,但对于团队希望每次措辞都完全相同的内容——定价声明、政策用语、特定免责声明——请使用 FlowHunt 的问答功能 。该功能允许您为特定查询定义固定答案,使机器人返回确切的措辞,而非每次有人提问时都生成新的改写版本。
这一点的重要性超出表面印象。为人工浏览编写的知识库分散在五篇相互关联的帮助文章中,当 AI 同时从所有五篇文章中提取信息时,并不会自动产生一份简洁、一致的机器人回答。固定的问答条目正好填补了这一差距,适用于那些措辞精确性对团队确实重要的少数问题。
如何配置多语言行为?
聊天机器人会自动检测访客的语言并以其语言回复,根据连接的 AI 模型不同,支持超过 100 种语言。这不是需要开启的设置,它默认即工作,但并非所有语言都表现一致。对于较少广泛使用的语言可能存在一定限制,因为各供应商对这些语言的模型质量有所不同。
在将机器人推广到使用较少见语言的市场之前,请直接用客户实际使用的语句进行测试,而不是对英文测试问题进行直译。字面翻译可能通过测试,而模型不常遇到的母语表述则可能产生明显较差的回答。
如何让聊天机器人上线后持续学习?
设置 LiveAgent 的自我学习循环
,使每个升级的工单都能教会机器人一些东西,而不仅仅是一次性修复。在 LiveAgent 中创建一条自动化规则,当工单已解决并标记为 Update_AI 时触发,通过 HTTP 请求或 webhook 将工单 ID 发送到 FlowHunt。
此后,AI 会自动执行四个步骤:读取完整的工单对话记录,了解聊天机器人遗漏了什么;将其与人工客服的实际解决方案进行比较;将修复方案泛化为可复用的规则(而非一次性答案);并将其保存为结构化记忆条目(主题、触发条件、前提条件、解决方案),以供聊天机器人在下次遇到类似问题时检索。个人身份信息在保存前会自动被剥离。
结果是累积性的。团队在第一周解决的升级问题,在第二周就成为了机器人的知识,无需任何人手动重写知识库文章。
| 设置 | 配置位置 | 控制内容 |
|---|---|---|
| 转接人工客服前需回答的问题数 | 聊天机器人对象,LiveAgent | 转接可用前的最少 AI 回答次数 |
| AI 系统消息 | AI 组件,FlowHunt | 语气、角色及机器人允许/不允许表达的内容 |
| 问答功能 | FlowHunt | 针对特定查询的固定逐字答案 |
| AI 模型 | AI 组件,FlowHunt | 回答风格和语言覆盖范围 |
Update_AI 自动化规则 | 自动化规则,LiveAgent | 在已解决工单上触发自我学习循环 |
需要检查哪些设置,检查频率如何
在任何配置变更后的第一个月,每周检查转接率和触发升级的具体问题,待模式稳定后改为每月检查一次。转接率上升通常意味着自我学习循环尚未填补的知识缺口,而非需要从头重建某个设置。
如果机器人的语气偏离了系统消息的指定内容,这表示需要直接修订措辞,而非通过更换 AI 模型来弥补。如果升级集中围绕某个反复出现的主题,这正是 Update_AI 标签旨在捕捉的信号——请确认您的客服人员确实在使用该标签,而不是假设自我学习循环不起作用。
当转接时机、系统消息、多语言覆盖和自我学习规则都经过有意识的设置而非停留在默认值时,「机器人能用」和「机器人按照团队需求运行」之间的差距基本上会自行消失。
