@rohanpaul_ai:Agent 故障往往能通过所有健康检查。一次工具调用打到了错误的数据库区域,返回 200,而用户却得到……
摘要
DigitalOcean 推出 Agent Learning Services 与 Agent Data Services,用低成本规则监控线上 AI agent 会话、发现静默失败,并将真实故障自动重放为测试用例,在发布前验证修复效果。
查看缓存全文
缓存时间: 2026/10/13 01:33
Agent 的故障往往能通过所有健康检查。一次工具调用打到了错误的数据库区域,返回 200,用户得到了更慢、更差的回答——却没有任何告警。
DigitalOcean 推出了新工具,可以标记那些静默失败的 Agent 会话,然后在发布前用修复后的版本对其进行回放验证。
因为,Agent bug 背后的线索,往往藏在没人会去搜索的东西里。
Signals 用低成本的规则(而非 AI 模型)监控每一场实时会话,寻找人类可感知的异常信号——比如用户反复重复同一个问题、要求转人工、或者某个工具陷入循环重试——然后将这些会话交给 Simulations,用一个模拟用户在修复后的 Agent 上回放整场对话,确认整个交互流程正常,再把修复发布上线。
在此之前,团队只能花钱让 LLM 给每段对话打分、人工阅读对话记录、或者凭空想象构造测试用例。而现在,生产环境中的真实故障会自动变成测试集。
DigitalOcean (@digitalocean): 在第一个用户身上就抓住它,而不是等它影响到第四百个用户。
一位新用户绑定银行卡失败,Agent 只说“请稍后再试“,日志里却什么都没有。看一个团队如何利用 Agent Learning Services 和 Agent Data Services(现已上线)找到这个 bug,并赶在其他用户遇到之前修复它。
相似文章
@omarsar0:你的智能体运行轨迹是你最好的评估数据。最重要的失败只会在生产环境中显现,而且它们很少会被……
DigitalOcean 推出 Signals(智能体学习服务与智能体数据服务),可从生产环境的智能体轨迹中自动标记失败会话并一键转化为评测集,在真实运行环境中回放验证修复效果。
「你 agent 的失败就是你的回归测试集」是很好的建议。但手工构建评测数据集不是。以下是我的做法。
作者分享了一套基于真实会话失败用例构建 AI agent 回归测试集的流程:先手动标注 traces,再按失败类型分组、写廉价检查项,并用 Kitaru 的 MCP server 与重放机制加速评测集的维护。
代理不会崩溃,而是以HTTP 200状态码、绿色健康检查和一句客气的'任务完成'来失败。
AI代理可以在没有传统错误的情况下悄无声息地失败,正如一个公开的事故分析所展示的,其中管道陷入循环并产生高成本,却没有触发警报。文章建议使用追踪和每个代理的花费监控来检测此类问题。
@rohanpaul_ai:这个月人人都发布了常驻型 AI agent。而 agent 一出问题就条件反射般重试。超时,重试。响应被截断,重试。……
Orthogonal 推出了一项服务,帮助常驻型 AI agent 在超时原因不明或响应被截断时,先核查用量再决定是否重试,从而避免浪费付费的工具调用。该服务让 agent 能够自主发现、使用并付费接入多家公司的数据服务。此次发布与 OpenAI 的 Dots 集成一同受到关注,后者用于构建自主生成销售线索的流水线。
真正让你头疼的AI代理故障不是崩溃,而是那些顺利完成却做错事的运行。
本文讨论了AI代理如何常常通过错误地完成任务而不崩溃,悄无声息地失败,导致未被检测到的错误。它强调了常见的失败模式,并探索了潜在的检测策略。