Databricks Genie 推出第二代：持續工作代理、企業脈絡與預覽資格怎麼看？
Databricks Genie第二代走向持續工作企業代理，以Ontology串接業務定義、資料與人員。解析Search連接策略、Unity權限預算，以及正式開放和即將預覽能力的差別。
Databricks Genie 這次要接手的工作，常不會在回答一個問題後結束。追蹤客戶使用、準備季度預測，還需要等待資料、追問缺口，再把需要決定的地方交給人員。
Databricks在2026年11月11日介紹第二代Genie，將它定位為持續在背景工作的企業代理，加入優先收件匣與電子郵件提醒。
這種代理要繼續做事，先得理解企業怎麼定義數字、誰負責某個流程，以及哪些資料可以使用。官方把這層共同背景放在Genie Ontology。
但同一份公告中，既有Genie與Ontology正式開放，新的持續工作代理、Search與Ontology Manager仍將進入預覽或測試，開放狀態不能混成一個結論。
因此，看到示範能持續追蹤工作，不代表每個Databricks帳號今天都已取得相同能力，採購也不能把客戶引言換成自己的效率預估。
這次較值得追蹤的，是企業背景能否跟著每一步工作流動。要理解這點，得先看一直工作與一直回答之間多了哪些責任。
Databricks Genie 把目標變成持續工作
代理會分派子任務、追蹤進度、等待缺少輸入，並在需要人員決定時通知。官方希望使用者交付一項目標後，工作可以在背景繼續，而不必每前進一步都由人再發一句提示。
例如準備一份業務預測，並不是把資料表加總就結束。某些案件還缺最新狀態，有些數字必須詢問責任人，整理完成後又需要主管判斷。
這種工作同時包含資料取得、等待與交接，才是「持續工作」和單次問答較大的差別。
Databricks描述代理具有自己的運算資源，可以拆解任務並協調子代理。這是產品設計方向，不等於每項企業流程都已能完全自動完成。
工作若依賴客戶回覆、財務核准或跨系統權限，代理仍需要明確的來源與責任安排。
讀者因此不必把重點放在它能同時開多少子任務，而應先看什麼條件代表工作完成、什麼情況需要停下來詢問。要知道哪些工作能自己往前走，先得理解公司內部的共同定義。
Genie Ontology 為企業建立共同背景
它整理指標、人物與流程的關係，讓同一個營收問題對回企業採用的正式定義。「Ontology」在這裡可以先理解為企業共用的業務脈絡，而不只是多放幾份文件給模型閱讀。
例如一個團隊說的「活躍客戶」，可能是本月登入過，另一個團隊卻以實際付款為準。兩種答案都可能算得出來，但若代理不知道目前任務採用哪個定義，就可能把正確的計算用在錯的問題上。
共同背景要處理的，正是名詞與業務規則如何對應到資料。
人物與流程也影響答案。某項費用由哪個部門確認、預測資料更新到什麼日期、遇到例外應找誰，都是持續工作需要的背景。
官方把這些關係納入Genie的企業脈絡，是希望後續步驟不必反覆重新理解同一家公司。
不過，建立這層資料不等於企業內部已消除歧義。如果兩份文件對同一指標說法不同，仍需要負責人決定正式版本，並隨業務改變維護。定義有了依據，代理接著需要在不同系統找得到相應資料。
Search 與一百多個連接器怎麼分
搜尋支援不同資料接取策略，一百多個連接器不表示每個來源都以相同方式直接連線。Databricks在公告中區分匯入、原處索引及透過MCP即時查詢等方式。
MCP可先理解為讓代理連接外部工具及資料的一種介接方式。
這些差異會影響資料何時更新，以及使用者在哪裡管理內容。如果某來源需要匯入，就不能把整個產品概括為完全零複製。如果採用即時查詢，也不能因此假設所有權限與工具動作都不需要另外配置。
連接器數量描述的是可接觸的範圍，不是每一筆資料已經準備好。
例如要分析客戶流失，可能同時需要資料倉儲的使用紀錄、客戶系統的合約資訊，以及文件中的訪談背景。
這三者的更新頻率與定義不一樣，代理若把不同日期的內容當成同一時間點，就可能形成看似完整但難以重現的結論。
導入時可以先選一個問題，辨認哪些來源真的必要，再逐步接入，而不是先開放最多系統。搜尋範圍變大，存取與動作規則更需要一起保留。
權限、核准與預算如何跟著代理
Unity Catalog與Unity Gateway各自管理資料權限，以及工具呼叫、核准、預算等控制。前者是Databricks的資料治理層，後者用來管理代理接觸工具的規則。
官方設計不等於不用配置就萬無一失。
知道某項資料存在，和有權讀取它，是兩個步驟。讀得到客戶紀錄，也不代表可以修改合約或對外寄出承諾。當代理從分析走向動作，組織應把這些差別設定清楚，讓需要核准的行為交回適當人員。
預算同樣不是只看一次問答花多少錢。背景工作會等待、重試或接續取得新資料，團隊需要知道用量如何歸屬，以及何時需要停止或調整任務。
官方提供按使用者或團隊設定預算的方向，實際可用控制與計費仍要依產品階段及帳號條件確認。
稽核紀錄則有助於事後理解代理做過什麼，但不能直接當成所有操作都正確的保證。對重要動作，仍需事先定義範圍，而不是等工作完成後才從紀錄找原因。
當工作按規則持續進行，人員還需要一個接收例外與決定的地方。
優先收件匣與郵件如何交接
新收件匣凸顯待決事項，同一提醒的更新回到同一郵件串，避免每次小變化都另開一封。官方把這些入口設計成背景工作與人員之間的交接位置，而不是只有完成後才出現一份長報告。
例如代理追蹤到某個客戶的使用量改變，可能需要業務確認最近是否調整了導入計畫。提醒如果只寫「需要注意」，人仍得重新查背景。較有用的交接會指出目前已知資料、缺少的決定，以及應由誰接手。
這是依官方工作方向提出的評估方法，不是本文已實測每封Genie郵件的格式。
讓更新留在同一郵件串，也能降低來回查找的成本，但不代表使用者會自動看見或同意每一項建議。通知送達、被閱讀和取得核准是不同狀態，正式動作仍需依組織設定進行。
因此，試辦時可以特別看代理什麼時候詢問：太早把所有細節都交回，省不了多少工作。太晚才說缺少關鍵資訊，又可能讓錯誤一路累積。交接之外，團隊還會在意完成的分析如何持續更新。
動態簡報與管理脈絡的用途
動態資料成果與Ontology Manager支援維護工作背景，不能把文件會更新當成商業定義永遠正確。官方描述的成果包含能連接當前資料的儀表板與簡報，讓同一份分析不必每次都從靜態複本重做。
但「最新」和「可比較」不一定相同。季度檢討若需要保留當時的判斷，後來資料更新後，仍要知道原先採用的期間與定義。否則同一張簡報換了數字，可能讓團隊無法重現當時為何做出某個決定。
實際的保存與版本安排，應依產品文件及組織需求確認，本文不推定未公告的回復功能。
官方也擴大Ontology能接收的背景來源，包括外部商業智慧工具中的邏輯，以及組織結構連接器所提供的人員與匯報關係。這有助於理解同一個數字為何出現在某份分析中，以及需要詢問哪個部門。
但組織圖本身仍可能更新，不能把一次讀取當成永久正確。
對既有資料團隊，這也意味著不必只從聊天內容重新定義公司。已有人維護的查詢、儀表板及文件，可成為整理背景的起點。真正需要處理的，是它們彼此衝突時由誰確認，以及新定義生效後哪些工作要跟著調整。
這些責任安排，會直接影響代理持續工作時採用的依據。
Ontology Manager則把共同背景的管理變成一項明確工作。當客戶分類、部門分工或指標計算方式改變，需要有人維護，並讓代理知道該採用哪一版。
公司不能因為有AI整理，就把定義的責任完全留白。
這些工具有機會讓資料和流程持續相接，但仍需有人負責確認正式口徑。這些新能力的推出階段，也會影響實際導入安排。
正式開放、即將預覽與費用分清楚
公告說Genie與Genie Ontology已正式開放。新的持續工作Genie、Genie Search與Ontology Manager則將透過預覽或測試計畫提供。
不能因為標題說「新Genie」，就把同一份公告裡所有能力寫成今天已對每個帳號全面開放。
對既有客戶，較實際的確認方式是列出需要的功能，再查自己的帳號是否能加入相應計畫。既有Genie可用，不代表新的優先收件匣、背景代理或管理工具都已具備相同資格。
本文以11月11日公告為準，不把後續可能的開放進度當成已完成事實。
官方表示採按用量計費，而非每席位收費，並提供使用者及團隊預算設定的方向。這不等於零成本，也沒有一個可套用所有任務的固定總價。
採購時仍需詢問實際工作需要哪些運算及服務，並確認預覽與正式服務的費用條件。
官方與客戶引言提到的成效，也不能直接換成自己的節省比例。功能與資格釐清後，試辦才能針對一條真實的業務問題。
從一個營收定義開始委派
先固定資料期間、責任人與核准動作，再評估代理遇到缺件時是否交回正確對象。例如先處理某一產品線的本季客戶使用變化，而不是一開始就委派「改善整家公司營收」。
前者比較容易說清楚要看哪些資料，以及什麼結果需要人決定。
試辦時也要給持續工作一個明確的回報時點，例如每週更新一次已知變化，遇到關鍵缺件才提早詢問。這能讓人員分辨「正在等待必要資訊」與「沒有繼續推進」，避免把背景執行當成無須管理的承諾。
如果不同來源的客戶名稱對不起來，就先要求說明缺口。若需要對外聯絡，也要先界定核准方式。這些安排能讓團隊辨認代理究竟是在推進工作，還是只持續產生更多待閱讀的內容。
Databricks Genie這次方向的關鍵，是讓業務脈絡、權限及人員交接跟著長時間工作一起存在。當數字與責任都能被追查，再增加持續執行範圍才有基礎。
Databricks Genie 常見問題
第二代功能現在全部正式開放嗎？
不是。官文區分既有Genie與Ontology正式開放，以及新代理、Search、Ontology Manager即將進入預覽或測試。請逐項確認帳號資格。
一百多個連接器代表全部零複製嗎？
不代表。官方列出匯入、原處索引與即時MCP等不同接取策略，每個來源應依實際方式理解。
按用量計費是否代表不需要預算管理？
不是。背景工作會持續消耗資源，仍須核對費用與使用者、團隊預算。公告沒有提供適用所有企業任務的固定總價。
延伸閱讀
延伸閱讀：Databricks 與 SAP 擴大合作：企業資料如何接到 Genie、代理與應用？
延伸閱讀：Sakana Aquarium 發表：企業 AI 代理如何理解資料、等待核准並留下紀錄？
