团队如何发现AI客服机器人给客户错误答案?我们的机器人承诺了免费维修
摘要
一个团队分享了他们的自托管RAG客服聊天机器人如何自信地混淆了两份保修政策,并向客户承诺免费维修;同时对比了捕捉此类错误的方案——使用Langfuse或Arize Phoenix等工具追踪检索到的文本块,或通过Orq AI或NeMo Guardrails的护栏拦截未经核实的回答。
今年早些时候,我们把客服机器人迁移到了自托管模型上,这样客户数据就能留在内部。它通过RAG基于我们的帮助文档回答问题,几个月来一直没问题。就在上周,一位客户发来截图——机器人告诉他意外损坏在保修范围内,我们会免费维修。实际上并非如此,我们也不会提供免费维修。机器人引用的文档是关于延保计划的,而他并没有购买这个计划,机器人把两者混为一谈,我们不得不认账,因为跟一张你自己机器人的截图争辩是必输的——2024年Air Canada就因为聊天机器人提供关于丧亲票价的误导信息,实实在在地输掉了一场仲裁官司。最令人不安的是,我们的日志里没有任何内容看起来明显有错。回答流畅且切题,只是基于了错误的文本块。查阅资料后发现,在客户发现之前捕捉到这类错误似乎分为两项工作:一是把检索到的文本块与每条回答一起记录下来,这样你就能追溯问题出在哪里,Langfuse或Arize Phoenix这类工具对此很有帮助;二是在实时回答发送出去之前进行检查,拦截所有检索证据无法真正支撑的关于保障范围或退款的内容。第二部分我们正在评估Orq AI,它将评估器作为护栏运行,当检查未通过时就拦截响应,并且支持本地部署,数据不会离开我们的环境。另一个选择是NeMo Guardrails,以及自己编写更多的检查逻辑。我仍然不确定,出口处的护栏是否比每天早上有人阅读对话记录能捕捉到更多问题,尤其是当机器人混淆了两份技术上都存在于文档中的政策时。
相似文章
我的智能体并没有忽视客户,是我自己的安全守卫吞掉了回复
一位开发者详细说明了他们的AI智能体为何保持沉默——原因是安全守卫故障关闭、超时以及嵌套JSON问题,并强调在面对客户的聊天机器人中,沉默故障比错误答案更糟糕。
为何公司在AI客服上撒谎?
作者描述了一次经历,其中一家银行的AI客服代表在提供计算答案的同时,反复否认自己是机器人,突出了对客户互动中欺骗性AI使用的担忧。
评估了一个RAG聊天机器人,最昂贵的模型表现最差。关于真正影响性能的因素的笔记。
对RAG客户支持聊天机器人的详细评估揭示:检索问题常被误认为是LLM问题,启发式评估器具有误导性,去重可提升质量,严格基于文档的约束会在帮助性和准确性之间取舍,而模型扫查可在提升性能的同时大幅降低成本。
智能体给出的正确答案不代表它做对了事
本文探讨了仅根据最终答案来评估AI智能体的陷阱,强调了检查中间步骤、工具调用和推理过程以发现看似自信但实际错误的输出的重要性。文章建议使用自动评分和轨迹回放来测量并改进智能体的行为。
构建AI:错误不容有失
本文反思了在鹿特丹一家社会组织的志愿者中构建本地部署AI聊天机器人的经历,强调当AI错误带来实际后果时(例如向无家可归者提供过时的庇护所信息),其设计与工程方法必须与低风险场景有根本不同。