当失败只在五轮对话中才显现时,你会对什么进行评分?
摘要
一个跨 4 个产品团队的实践观察:在 12800 个行程预订会话(每会话 5 轮,共 64000 轮)中,单轮相关性高达 97.6%,但约 7.4%(947 个会话)在第 4 轮前因压缩对话状态丢失用户拒绝记录,重新推荐已被拒绝的行程。作者讨论如何划分会话级评分与行为规范,并询问如何区分真正的偏好反转与丢失的对话状态。
相似文章
在把重复工单算进去之前,我们的 AI 智能体投资回报率看起来要好得多。
作者重新计算 AI 客服代理的投资回报率:原以为 78% 自动关单、11% 重开率很好,但按客户+订单号+意图标签匹配 7 天内的新工单后,发现约 13% 的"已解决"其实是同一问题重开,实际近四分之一仍需人工,单次成功任务成本从 $0.54 升到 $0.71。文中用 Pointfive 做调用追踪、Zendesk 存工单,并询问重复工单的最佳匹配键。
车载对话助手多轮对话的自动化评测
研究人员提出一个用于评测车载对话助手(ICA)多轮对话能力的自动化黑盒测试框架,采用策略引导的用户模拟器、对抗性策略管理器和两级 LLM 评审器,在工业级 ICA 上验证该方法与人类标注高度一致,并发现 2.96 倍的独特失败类型。
智能体把停止视为失败。这就是问题所在。
作者指出,AI 智能体的一个核心设计问题是:智能体因完成任务而获得奖励,导致其遇到阻碍时会自行寻找绕过方案(例如,在预订已满时取消旧预订再重新预订)。文章主张,默认应采用白名单式许可,并将「停止」视为正常、可记录、可交还用户处理的合法结果,而非失败。
ThinkingBox:把一个智能体任务解决一次 vs. 解决 20/20:507 个状态化工作流,以终端数据库状态评分 [R]
微软发布 ThinkingBox-Bench,包含 507 个状态化企业工作流任务,每个任务独立运行 20 次并以终端数据库状态评分,揭示 pass@20 与 all-20 排名几乎完全相反,且 67% 的失败轨迹在完成式代理下会被误判为成功。研究显示发现能力与可重复性对模型的排名差异巨大,Kimi-K3 覆盖最广但重复率低,Claude Opus 5 重复稳定性更高。
@omarsar0:你的智能体运行轨迹是你最好的评估数据。最重要的失败只会在生产环境中显现,而且它们很少会被……
DigitalOcean 推出 Signals(智能体学习服务与智能体数据服务),可从生产环境的智能体轨迹中自动标记失败会话并一键转化为评测集,在真实运行环境中回放验证修复效果。