Snowflake 為 AI 代理新增受治理的業務脈絡
Snowflake於 11 月 3 日宣佈 Business Ontology，將其描述為一種受治理的方式，讓團隊能夠定義、擁有並核准共用的業務術語、實體、關係與指標，並將這些定義連結至實作相關定義的資料與模型。此功能是 Horizon Catalog 中 Snowflake Horizon Context 的一部分，預計近期推出公開預覽；經審閱的公告並未確立其已全面供應。
Business Ontology 的目的是讓人員與 AI 代理對企業資料採用相同的核準定義。Snowflake 表示，團隊可在代理與應用程式之間重複使用所產生的脈絡，同時保留銷售、財務與行銷等領域之間的差異。公司以淨營收為例，說明某項定義可能需要將財務部門核准的意涵與相關訂單及客戶連結起來。
以單一目錄集中管理核准定義與資料
這項已宣佈的功能可讓組織指定業務概念的負責人，將其連結至底層資料表與分析檢視，並記錄變更以供稽核。其目標是以集中且可由業務使用者審閱及核准的紀錄，取代散落於 BI 模型、dbt 專案與資料字典中的定義。
Snowflake 表示，Business Ontology 建構於 Horizon Context 之上；後者的.metadata 連接器可從 Tableau、Power BI、dbt、SQL Server、Sigma、Omni 與 PostgreSQL 等系統收集結構描述、查詢紀錄、儀錶板定義及使用訊號等資訊。跨平臺資料血緣旨在追蹤資料從來源資料庫經轉換至儀錶板的完整流向。
公司將 Business Ontology 與另外兩項脈絡功能並列。Cortex Sense 同樣預計近期推出公開預覽，旨在自動推斷脈絡；Semantic Views 則以一致的方式執行指標。Snowflake 表示，這三個層級並非依序建置，客戶可以從最符合其Immediate需求的層級開始。
可靠性取決於負責機制與維護
這項已宣佈的方法為可能原本會依據中繼資料與使用模式推斷的意涵，新增人工審閱階段。經審閱報導引述的研究人員表示，集中定義可減少在每個代理式應用程式中內嵌相同業務邏輯的需求，並限制不同工具之間相互衝突的詮釋。
這項優點並不能免除讓定義維持最新狀態的工作。當產品、定價、會計規則或報告需求變更時，淨營收、活躍客戶或其他核心術語的定義都必須接受審閱。結構描述變更也可能需要由人員檢查受影響的定義。各部門之間的差異，例如銷售與財務部門採用不同的客戶定義，仍須加以協調，或維持為個別且明確標示的術語。
Snowflake 引用其與 MIT Technology Review Insights 共同贊助的研究，其中 55% 的高階主管將缺乏業務脈絡視為 AI 代理洞察品質不佳的主要原因，另有 45% 指向資料分散或無法取得。這項調查確立的是受訪高階主管的觀點，並未獨立驗證這項已宣佈產品的效能。
治理控制與情境分開
Snowflake 也為 Cortex AI Gateway 推出了相關控制措施。據報，其功能包括為代理程式撰寫的程式碼提供隔離環境、用於檢視執行追蹤的工具，以及旨在辨識超出許可參數範圍之代理程式的機制。Business Ontology 本身則被描述為即將推出的公開預覽版本，而據報各項 Gateway 控制功能的可用時間因功能而異。
這種區分之所以重要，是因為受治理的定義可以確立某個業務術語的意涵，卻不能證明代理程式的程式碼或輸出是正確的。Snowflake 更廣泛的主張是，隨著企業部署擴展，代理程式需要經核准的情境、受控的資料存取，以及對其行為的問責機制。所審閱的資料並未提供證據，顯示已有客戶完成採購，也未提供這些新功能所帶來的量化成果。
分享這篇文章
