跳到正文
IFAI

开源项目

NVIDIA 开源 Auto Ontology:给企业数据建语义层,告别 AI 查数瞎编

首次发布 传播指数 55

NVIDIA 开源 Auto Ontology 框架,能自动从元数据构建企业语义层,把业务术语对齐到数据库字段。智能体通过自然语言提问时,系统会按统一口径生成可审计的 SQL 并附带数据溯源,还支持 MCP 与主流智能体对接。

让大模型直接连数据库查业务指标,往往是一场灾难。你问它「上季度华东收入是多少」,它可能写出一段看似完美的 SQL,跑出一个自信但错得离谱的数字,因为数据库里根本没有「华东收入」这个现成字段。

大模型既不知道华东包含哪些省份,也不知道收入该按下单日、发货日还是开票日计算。NVIDIA 刚刚开源的 Auto Ontology,就是为了解决这个致命痛点。

把分析师脑子里的规矩,变成机器懂的图谱

Auto Ontology 是一个基于 Apache 2.0 协议开源的 Python 框架。说白了,它并不教大模型怎么写 SQL,而是在原始数据库和大模型之间垫了一层「语义推理层」。

系统启动后,会先读取数据库的元数据,自动梳理出表结构、字段含义以及业务实体之间的关系。它把分散在各处的指标定义统一抽象为知识图谱,让所有 AI 智能体都能看懂业务口径。

当员工在前端用日常大白话提问时,系统会先在语义层里做对齐和校验。如果计算某个转化率却发现缺少广告支出数据,系统不会硬猜硬算,而是直接要求用户补充信息。每次给出结果,它都会附带完整的 SQL 语句和数据来源,让结果可审计。

更聪明的是,它还具备回流机制。当业务人员在界面上修正了某个指标定义或关联关系后,这些纠错会自动沉淀回本体库中,问的人越多,整个系统的上下文反而越准。

开箱即用的工程底座

这套工具在工程实现上非常实用。前端采用 Next.js 16,后端基于 FastAPI 和 LangChain,底层则用带 pgvector 扩展的 Postgres 来统一存储元数据、图谱和向量。

在模型推理上,Auto Ontology 默认对接了 NVIDIA NIM 服务,开箱集成了 Nemotron-3 系列的轻量推理模型、抽取模型和向量重排模型。如果你担心数据库连接凭证泄露,它还支持接入 HashiCorp Vault 进行凭证隔离。

它还打通了当下流行的 MCP 协议。这意味着你不仅可以用自带的 Web 界面和 API,还能把企业数据作为工具直接挂载到 Cursor、Claude Desktop 或自研的 Agent 流程里。不过官方在文档中也明确提到,该项目目前暂时不接受外部的代码贡献。

为什么重要

我们认为,NVIDIA 开源这套工具切中了大模型在企业落地的真正死穴。很多团队以为做 Text-to-SQL 只要模型能力够强就行,但现实中绝大多数错误都源于业务语义的不一致。

对于企业和数据分析师来说,它最大的价值在于把分析师脑子里的隐性经验资产化了。过去分析师大半时间都在应付「为什么销售看板和财务看板数字对不上」这种重复扯皮,现在这些口径被统一规范成底层基础设施,不管是销售智能体还是财务智能体,查数都基于同一套定义。

从行业竞争来看,NVIDIA 这一步走得相当精明。它表面上是在做开源数据工具,实际上是在为自家的 NIM 微服务和 Nemotron 模型拓展企业应用场景。当企业的数据语义层跑在 NVIDIA 的整套组件上,算力消耗和生态黏性自然就建立起来了。

不过这也并非完全万能。如果一家企业原有的数据质量极差、库表混乱且毫无规范注释,Auto Ontology 自动生成的图谱在初期依然需要耗费相当多的人工去核验和认证。它降低了搭建语义层的门槛,但企业数据治理的基本功依然省不掉。

来源 (2)

  1. [1]
    github.com(在新标签页打开)原文github.com
  2. [2]
    x.com(在新标签页打开)讨论x.com

每日 AI 内容精选