跳到正文
RadarAI· Databricks:Blog(RSS)·· 2 小时前AI 评分49

Databricks 基准测试:Genie 搭配 Genie Ontology 准确率 91%,token 用量不到对手一半

AI 导读

Databricks 与 Turing 合作构建企业数据智能体基准,在实时 Databricks 工作区中 Genie 任务通过率达 91%,两个前沿智能体分别为 45% 和 58%。

正文 · AI 翻译

Databricks:Blog·2026-11-11 23:00· 1 小时前AI 评分41

Genie 结合 Genie Ontology 以不到一半的 token 实现 1.6 倍准确率

AI 导读

Databricks 与 Turing 合作构建企业数据智能体基准,在实时 Databricks 工作区中对比 Genie 与两个前沿智能体,Genie 任务通过率 91%,另两者分别为 45% 和 58%。

正文 · 原文

我们与 Turing 合作开发了一个新的企业数据智能体基准,在实时 Databricks 工作区中针对业务问题,将 Genie 与两个主要前沿智能体及其各自的 harness 进行对比。该评估衡量答案准确率、token 用量和完成任务所需时间。Genie 的通过率为 91%,而其他前沿智能体分别为 45% 和 58%,且 Genie 使用的 token 不到它们的一半。

与以往通常只包含表的数据智能体基准不同,该基准还包含 notebook、仪表板、已保存的 SQL 查询、文档以及其他分析资产,这些资产承载了企业知识、业务定义和计算规则。这些资产提供了仅靠表结构无法建立的关键企业上下文。Genie Ontology 是企业上下文层,让每个 AI 智能体对业务形成共同理解。它会自动提取并组织这些知识,为 Genie 在回答问题时呈现相关上下文以供使用。

我们此前对 Genie 的评估使用了专有数据集。该基准使用为共享而设计的任务和支持性分析资产来评估 Genie,因此其他人也可以运行该评估。

要正确回答业务问题,需要获取关于组织如何解读和使用其数据的机构知识。团队通过日常分析工作积累这些知识:确立收入定义、维护反映当前报告规则的仪表板,以及编写处理业务特定例外情况的查询。该基准中的问题要求智能体获取并推理这些知识,才能正确执行任务。

为什么需要新的基准

现有的数据智能体基准已经很多,但没有一个真正模拟真实世界的使用情况。我们需要一个基准来测试智能体发现并使用分布在 notebook、仪表板、已保存的 SQL 查询和其他文档中的业务知识的能力。

现有的数据智能体基准大多聚焦于一组表及构建这些表的管道代码,各智能体在这些基准上的表现相近。在真实的企业任务中,正确答案很少仅来自表本身。它需要利用来自许多不同来源的信息,例如构建报告表的特定 notebook、团队仪表板背后的 SQL 或已保存的查询。该基准中的问题要求智能体推理这些资产中蕴含的知识,并将它们结合起来以正确回答问题。

结果

为了进行这项基准测试,我们虚构了一家名为 Calderwick Energy 的英国电力和天然气供应商,其面临的挑战与许多典型数据团队的情况非常相似。这里有数百张表(最大的一张表包含约 1.2 亿行半小时粒度的电表数据),以及不同团队在这些表之上构建的资产,例如笔记本、定时任务、仪表盘、保存的 SQL 查询、代码、指标、文档和 Genie Agents。它还带有真实场景中的杂乱情况,例如复制的笔记本、被放弃的分析、旧文档和开发副本、冻结的报表表,以及数月无人触碰的仪表盘。

我们创建了多个数据分析问题和查询作为基准任务,并让每个 agent 针对同一个实时 Databricks 工作区对每个任务运行 5 次。

我们从三个主要指标上比较这些 agent:

  1. 准确率(满足任务评分标准的响应百分比)
  2. Token 用量(每次运行平均使用的 token 数)
  3. 实际耗时(每次运行平均花费的时间)

下表展示了三个 agent 在该基准测试上的整体表现。Genie 正确解决了 91% 的任务,而前沿 Agent A 为 45%,前沿 Agent B 为 58%。此外,Genie 明显更快(相比 Agent A 快 4 倍,相比 Agent B 快 3 倍),并且 token 效率高得多,因为它可以利用 Genie Ontology 更高效地识别和推理相关的企业上下文。

Agent通过率平均实际耗时(每次运行)平均 token 数(每次运行)
Genie91.0%100.3431,829
Agent A45.0%434.6889,019
Agent B58.0%306.51,051,070

image2.png

image5.png

image4.png

你可以在 GA 公告博客 或 官方文档 中了解更多关于 Genie Ontology 工作原理的信息。

如果你想在自己的工作区复现此基准测试,请联系你的客户团队,他们可以帮助你进行设置,以协助实现这一点,并展示 Genie 在实时 Databricks 工作区上的表现。

评估方法

除 Genie 外,我们还在结果中评估了来自前沿 AI 实验室的两个领先的编码/知识 agent:“Agent A”和“Agent B”。Genie 原生运行,而其他 agent 通过 Databricks toolbelt 连接。它们都收到了相同的问题。该 toolbelt 特意排除了 Genie MCP,因为那会使其他 agent 获得我们正在测试的所有 Genie 能力。

我们使用经过校准的评分标准来检查每个 agent 是否回答正确,该标准涵盖了期望的答案和 agent 行为。在数字上允许微小差异的地方,我们事先设定了这些限制。只有满足评分标准中所需检查项的答案才算通过。我们还记录了 agent 如何找到并使用回答问题所需的业务上下文。追踪记录显示了 Genie 检索了哪些片段以及 agent 选择运行哪些查询。除准确率外,我们还测量了每个 agent 的延迟和 token 用量。

从结果中,我们观察到 Genie 的正确答案通过率显著优于两个前沿 agent,Agent A(+46%)和 Agent B(+33%)。它同时也明显更快(3-4 倍),而平均使用的 token 不到一半。我们现在对 Genie 如何高效正确地回答这些问题进行定性分析。

示例演示:找到正确的规划费率

以下是基准测试中的一个示例任务,要求智能体识别 Calderwick Energy 历史上的一项 Commercial 规划费率:

image7.png

这看起来像是一次直接的查询。账单成本堆叠表中有一列名为 cfd_rate_p,FY24/25 的行中包含 0.31 便士/千瓦时。智能体可以找到相关表格,筛选到所请求的期间,并返回该数字。检查更多行会进一步印证答案:整个表格中都出现相同的费率。

改变答案的细节已经记录在构建账单成本堆叠的 notebook 中。

image6.png

它说明 Commercial 每年设定规划费率,并且该 mart 使用 FY25/26 假设,包括这些假设被应用于更早的账单期间的情况。另一个章节“按年份划分的规划费率”保留了历史记录:

财年CfD 规划费率
FY24/250.52 p/kWh
FY25/260.31 p/kWh
FY26/27 草案0.45 p/kWh

问题问的是 Commercial 团队为 FY24/25 设定了哪项规划费率。当前应用于这些行的费率反映的是 FY25/26 假设。该 notebook 已经记录了这种区别,并保留了回答问题所需的历史费率。

Genie Ontology 呈现了一段包含历史规划费率的片段,并将其链接到源 notebook 45_mart_bill_cost_stack。当我们运行该任务时,Genie 检查了该 notebook 以确认费率,并在其首次响应中返回了 0.52 p/kWh。Ontology 面板同时显示了相关信息及其来源 notebook,使我们能够核对来源。

image8.png

在 5 次 Genie 运行中,首次答案每次都是 0.52。其他智能体在其多次运行中都没有得到正确的历史费率。其中一个始终返回 0.31。另一个报告了 0.31,或质疑是否记录了特定年份的规划费率,或两者兼有。

正确回答需要理解表格中的费率代表什么,并找到 Commercial 团队记录的历史规划假设。Genie Ontology 将这些已有知识作为上下文提供给 Genie 的响应。

image3.png

成本与质量的权衡

前沿智能体非常擅长基于书面文本完成大多数事情。为一项可以用计算机完成的任务输入文字,LLM 就会理解需求,然后制定并执行完成该任务的计划。每个新模型发布都会逐步增加更多能力,而前沿实验室似乎在各种基准测试中轮流占据第一名。

这实际上使生成 token 的“智能”商品化,并将智能体的力量和能力的来源转移到 harness 及其能够检索的上下文中。这就是为什么该基准测试展示了上下文有多么重要,以及 Genie Ontology 如何经过优化,为手头任务提供相关上下文。对于竞争性智能体而言,检索提取相关上下文所需的所有工件和元数据既耗时又昂贵,而且并不一定能保证正确结果。这些基准测试结果为使用 Genie(包括 UI 和 MCP)以及 Genie Code 作为最可靠、最具成本效益的数据智能体,以及作为你的 AI 同事的入口提供了依据。

该基准旨在测试 Genie 及其他在已建立的 Databricks 部署中运行的智能体,相关数据由 Unity Catalog 治理,业务知识则记录在工作区资产中。智能体需要发现并使用正确的上下文。在尚未有时间积累工作区知识的新部署中,或者当问题可以直接从表和模式中得到回答时,智能体之间的差异可能较小。这解释了为什么其他现有的数据智能体基准显示智能体之间的差异较小。

了解更多

如需了解更多信息,请联系您的客户团队以获取此基准的访问权限,他们可以帮助您进行设置,以展示 Genie 在繁忙的 Databricks 工作区中的工作方式。

Genie Ontology 现已正式发布。如需了解更多信息:

此基准只是我们 Week of Genie 的一部分,后续还将发布关于 Genie、Genie Agents 和 Genie MCP 的更多消息,所有这些都由 Genie Ontology 的共享业务上下文提供支持。

我们很高兴看到客户如何使用 Genie Ontology 在其组织中扩展可信 AI。

来源:Databricks:Blog · databricks.com

来源:RadarAI · aihot.news