Genie Ontology 上線後，企業仍須決定誰有權定義業務

2026年11月11日，Databricks宣布新一代Genie。必須區分的是：Genie與Genie Ontology已正式可用，而新常駐Genie、Search及Ontology Manager仍待預覽或測試。官方公告

這個區別影響採購和試點的先後順序。產品方向可以協助企業規劃預算，卻不能取代目前環境的可用性驗收。Open Market Notes認為，這次更新更值得討論的問題，是企業準備如何維護AI採用的業務定義，而不只是助理能否持續工作。以下是基於公開資料的原創分析，並非產品實測。

一致的答案，也可能一致地用錯定義

Databricks將Ontology描述為自動學習的知識與人工治理定義的結合。產品說明這種分工提出了一個組織問題：日常使用頻繁的計算，是否就應成為正式標準？

假設一家訂閱企業，產品團隊把完成一次關鍵操作的帳號算作活躍用戶，財務團隊關心付費且合約有效的客戶，客戶成功團隊則查看最近一週是否有使用。這是說明性例子，不是Databricks客戶案例。三個數字可以同時正確，卻回答不同問題。若系統把其中一個提升為唯一答案，減少的可能只是爭論的可見性，而非業務分歧本身。

因此，定義應附帶用途、生效日期、負責人及明確的排除項目。管理者需要知道答案採用哪一版規則，而不只是看到來源連結。將團隊常用指標提升為跨部門標準時，應經業務負責人確認。資料庫管理員可以控制存取權限，不代表他適合裁定每個業務名詞的意義。

這並不要求企業先完成龐大詞典。更可行的起點，是挑出會影響實際行動的少量概念，例如續約風險、可歸因收入和有效商機。先釐清定義衝突時由誰處理，通常比不斷增加可搜尋文件更有價值。

認證必須包含失效機制

11月產品更新記錄顯示，Pages已正式可用，並支援認證與棄用。更新記錄對企業而言，批准定義只是生命週期的開端。組織改組、產品組合變動或報告規則調整，都可能讓曾經正確的定義不再適用。

下游未必同步改變。即使中央規則更新，已產生的簡報、下載的試算表和上週寄出的提醒仍然存在。企業應區分可隨資料變化的即時檢視，以及必須保留當時依據的歷史紀錄。月度經營檢討若自動套用最新定義，可能失去前後可比性；但不加說明地保留舊定義，又會妨礙當前決策。

合理的驗收要求，是讓輸出保留定義版本與計算時間，必要時分別呈現原始報告值和重算值。這不是宣稱Genie已提供完整機制，而是提出測試要求。定義撤回後，持續運行的任務究竟停止、提示複核，還是沿用舊規則？一個小小版本變動，可能決定聯絡客戶或調整預算的依據是否仍然成立。

基準結果應協助設計測試，而非取代測試

廠商與Turing合作的基準報告給出Genie 91%的通過率，對照為45%及58%；對照代理未獲Genie MCP存取。方法與結果

這說明「業務脈絡準備程度」值得認真測試，卻不能直接換算成部署可靠性或節省金額。不同工具路徑與預先整理資訊，會影響比較的意義。採購團隊應了解系統如何處理自己的過時文件與權限邊界，而不是把公開百分比直接填進商業計畫。

內部試點可以選一組已知答案的問題，再加入易混淆變體。例如，同一訂單分別依下單、收款與履約日期歸屬；或讓已離職負責人的舊說明繼續被多份文件引用。測試不只看最後數字，也要看系統是否說明定義、辨識不確定性，並在缺乏授權時停止後續行動。

成本評估也不應只計算一次問答。初始整理、爭議處理、定期回歸測試與錯誤調查均需人力。減少重複查詢後若增加人工審查，投資仍可能值得，但這些成本必須放在同一張表裡。

共享語義減少重複工作，也可能集中錯誤

Databricks插件方案讓外部助理使用Genie回傳的附來源答案。整合說明這使一個問題更為實際：不同助理是否應依賴同一套業務定義？

統一基礎能減少各團隊重複設定，也有助釐清差異來自資料、規則還是表達。然而，共享層普及後，一個錯誤定義的影響也會擴大。有合理理由的不同解釋應被保留，並清楚標示範圍。統一治理不等於要求所有部門使用相同指標。

已有穩定資料平台的企業，可圍繞高頻且可核驗的決策流程試點。核心指標尚未達成共識的小團隊，先確立責任和計算規則，可能比採購更多代理能力更迫切。自動化可以協助維護這些工作，但無法代替管理層作出業務取捨。

Genie的方向值得觀察，但「已連接」「已認證」與「可以據此行動」不是同一狀態。可靠的業務AI除了找到答案，還要說明為何適用於此刻，以及條件改變後誰負責修訂。