使用代理来解析代理跟踪
摘要
本文介绍了利用 Databricks Genie 通过自然语言查询 MLflow 代理跟踪,使非 SQL 用户能够分析代理性能指标,如延迟和错误。
已在生产环境中运行代理数月,并将所有数据记录到 MLflow 实验中(包括跨度、工具调用、延迟、令牌计数和错误)。跟踪记录很棒,但每次想回答诸如“哪个工具调用超时最多”或“多步骤运行的 p95 延迟是多少”之类的问题时,都需要手动编写 pandas/SQL 代码。因此,我将 Databricks Genie 指向了跟踪表。Genie 能将自然语言问题转换为针对数据的 SQL 查询,所以我现在只需用英文提问:- “显示本周最慢的 10 条跟踪记录,以及哪个工具主导了延迟” - “按工具划分,出错的运行占比是多少?” - “每条跟踪的平均令牌数,按日趋势”它会生成 SQL,针对存储在 UC 中的 MLflow 跟踪数据运行查询,然后返回表格或图表。设置过程大致如下:跟踪数据已落入 MLflow 实验中(autolog 处理了大部分工作)将跟踪/跨度数据扁平化为可查询的表格在这些表上创建 Genie 空间,并提供一些上下文(例如“跨度”是什么,工具名称的含义)。快速入门时,您也可以直接使用 genie 代码。最大的好处是,团队中非 SQL 人员现在可以自行查询代理行为,而无需再联系我。
相似文章
@henrytdowling:这是一篇精彩的文章,介绍了你可能没有正确使用你的agent traces。
这篇文章讨论了在使用AI agent traces时的常见错误,并提供了正确实施的建议。
构建数据代理
探讨从文本转SQL到自主数据代理的演变,比较了使用LangGraph自定义构建的代理与Snowflake Cortex Analyst、Databricks Genie和PowerBI Copilot等托管平台。
有人真的在分析 Agent 的运行轨迹模式,还是我们都在盯着仪表盘猜?
作者质疑为何工程师不对 Agent 的运行轨迹进行自动化的模式分析,认为当前的可观测性工具(如 LangSmith 和 Langfuse)缺乏从 Agent 行为中“连接”并累积知识的关键步骤,这与个人知识管理系统形成鲜明对比。
@lotte_verheyden: 如果你想改进你的智能体,追踪质量非常重要。这是我们应用内智能体追踪的一个例子…
这条推文讨论了通过显示顺序的LLM和工具调用而非嵌套它们来提高追踪质量,如何使调试和增强AI智能体更容易。
通过执行轨迹解释AI代理
本文介绍了一个事后可解释AI框架,该框架将AI代理执行轨迹转换为结构化报告和自然语言解释,以实现透明度和可审计性。