返回
RSS Snowflake Engineering (Medium) AI 逐段翻译 发布 2026-09-04 02:24

Jedify携手Snowflake,用持续业务上下文增强Cortex Analyst查询准确性

DataHot 速览

Jedify与Snowflake宣布合作,借助Jedify的Context Graph持续从CRM、计费系统、业务规则及真实SQL问答对等来源构建业务知识,形成受治理的领域语义视图。Cortex Analyst基于这些视图回答自然语言查询,可随业务变化自动保持准确,且数据始终留在Snowflake中。该方案旨在解决传统语义层一次性建模后难以跟上业务演进的痛点。

为什么值得关注:数据从业者可关注如何用持续更新的上下文图弥补传统语义层静态建模的不足,从而提升ChatBI/Text-to-SQL的准确性与可维护性。

本文目录 8 节
  1. 什么是上下文图,为什么我需要一个?
  2. 与 Jedify 一起,语义视图成为业务数据的可信来源
  3. 现在,让我们深入了解细节——它是如何工作的?
  4. 第 1 步:定义范围
  5. 第 2 步:自动构建语义视图!
  6. 第 3 步:丰富 Snowflake 的已验证查询存储库
  7. 第 4 步:随着业务变化保持同步
  8. 永远在线的上下文图:活跃、动态、学习

译文

AI 逐段翻译

通过我们的新合作,Snowflake 和 Jedify 帮助客户获得更准确的查询答案,这些答案以存储在 Snowflake 和外部源中的组织业务上下文为基础。Jedify 持续从任何数据源提取并构建业务知识,直接进入受治理的、特定领域的语义视图。这意味着,Cortex Analyst 以完整的业务图景回答自然语言查询,并设计为随着图景变化自动保持准确——同时数据始终保留在 Snowflake 中。

什么是上下文图,为什么我需要一个?

语义层通常一次性构建,捕获当时业务的快照。有人映射表、编写语义模型、发布模型——但业务继续发展。新产品、指标、定义和业务规则意味着语义模型也需要持续发展,以便代理式 AI 始终拥有所需的业务上下文。

那么,现在怎么办?

有请Jedify 的上下文图:一种持续维护的组织概念、指标、关系和业务规则地图,基于业务实际被查询的方式构建,而非一次性模式转储。随着使用积累、新源连接和上游定义变化,图会自动增长和复合。

与 Jedify 一起,语义视图成为业务数据的可信来源

Jedify 的上下文图汇集了组织选择连接的结构化和非结构化来源的业务上下文,例如:

  • CRM、销售和客户成功工具
  • 计费系统和财年日历
  • 客户关怀和运营工具
  • 独特的业务定义和规则
  • 真实自然语言问题及正确回答它们的 SQL
  • 组织的层级结构和账户级元数据

Cortex Analyst 随后可以通过呈现的语义视图作用于该上下文,将图的范围扩展到仓库之外。

现在,让我们深入了解细节——它是如何工作的?

第 1 步:定义范围

客户上下文是一个大的连接图,因此当用户提问时,我们这样确保最准确和全面的答案:

  1. 分析图:Jedify 识别中心业务实体——组织、账户或为客户扮演该角色的任何实体。
  2. 分组为连贯范围:然后,Jedify 自动将业务含义划分为多个受治理的、特定领域的语义视图,每个视图针对连贯的业务领域及其相关问题进行优化。

以这种方式定义范围显著提高了推理质量——每个查询针对相关、特定领域的视图而非整个语义模型进行评估,减少竞争性上下文并提高查询准确性。

第 2 步:自动构建语义视图!

一旦定义范围,Jedify 构建语义视图:具有内联 SQL 定义的实体、分为维度、时间维度和指标的列、转换为连接定义的关系、作为自定义指令打包的业务规则。

最棒的是:这一切都自动完成,无需手写 YAML。

第 3 步:丰富 Snowflake 的已验证查询存储库

在此步骤中,Jedify 用已验证查询丰富 Cortex Analyst,这些查询是来自最终用户的真实问题,带有回归测试的 SQL,比单一无范围视图更有助于提高查询生成的准确性。Jedify 中批准的已验证查询存储库(VQR)被带到 Snowflake 的已验证查询存储库中,减少重建和重新验证的需求。

随着 Jedify 的持续使用,真实查询积压将直接转移到每个视图的 VQR 中,并标记为完全覆盖它们的范围内节点集。

结合 Jedify 的上下文图,Cortex Analyst 以完整业务图景回答——为准确性和可靠性而设计,使您的 Snowflake 环境成为整个业务上下文的控制平面,所有数据都在您熟悉和喜爱的 Snowflake 中随时可用。例如,当被问到“我们的月度流失率是多少?”Cortex Analyst 设计为在第一次查询时正确回答,因为回答它的 SQL 已经过真实使用的验证。

第 4 步:随着业务变化保持同步

好的,Jedify 部署在语义视图中——但当业务规则改变、新指标添加、图中关系转变时会发生什么?

Jedify 将变化检测为“语义漂移”,将其作为修订跟踪,并在无人触碰 YAML 的情况下将其传播到 Snowflake 语义视图。重新导出过程仅重新计划受影响的范围,与之前的范围计划进行比较,并替换更改的内容,同时保持其他地方的名称和结构不变。这些更新自动发生,或可以路由供审批。

永远在线的上下文图:活跃、动态、学习

Jedify 从每个连接的源和每个被问及的问题中积累上下文。语义视图是其在 Snowflake 中的当前形态,并在业务与昨天不同时自动重新塑形。

如果您想了解更多关于 Snowflake + Jedify 的解决方案在您的组织中可能是什么样子。点击此处了解更多

Jedify 现已在Snowflake Marketplace上线,为企业 AI 提供治理的业务上下文,从 Snowflake 和外部数据中实现有根据的可靠答案。

Jedify 与 Snowflake 合作,使企业具备“永远在线”的业务上下文最初发表在Snowflake Builders Blog: Data Engineers, App Developers, AI, & Data ScienceMedium 上,人们在此继续对话,通过强调和回应这个故事。

这篇内容对你有用吗?

反馈只用于改善内容筛选,不等同于收藏

分享这条资讯
分享海报
保存图片
iOS 也可以长按图片保存