跳到正文
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 內容精選