AI未开源软件工具

Databricks 把 Genie 变成了「常驻员工」：你给目标，它自己盯进度、自己来找你签字

2026年11月13日3 次阅读
Databricks 把 Genie 变成了「常驻员工」：你给目标，它自己盯进度、自己来找你签字

🏢 Databricks 把 Genie 变成了「常驻员工」：你给目标，它自己盯进度、自己来找你签字

11 月 11 日，Databricks 发布了第二代 Genie。变化不在「答得准不准」，而在「谁在推进这件事」：以前是你问一句它答一句，现在你给一个目标和边界，它在后台一直盯着，进度自己追、缺信息自己催，等你要拍板的时候才来找你。以下基于 Databricks 官方三篇同日博客、官方文档与定价页，以及 ITBrief、TechCrunch、The Circuitry 等媒体转述整理。

📅 2026 年 11 月 11 日发布 · 🔎 Databricks Genie / Genie Ontology / Genie Search · 📌 官方博客 3 篇 + 官方文档 + ITBrief / TechCrunch / The Circuitry · ⚠️ always-on 版仍在 preview 排队
企业数据看板与自动化工作流

⚡ 3分钟看懂

Databricks 在 11 月 11 日发布了第二代 Genie。它不再是「你问一句、它答一句」的数据助手，而是一个常驻的自主 agent：你给它一个目标和边界，它在后台用自己的算力一直盯着这件事，进度自己追、缺信息自己催、该你拍板的时候才来找你。

四件最值得记住的事：

  • 它会自己开工。Genie 以「自主模式」在后台运行，可以同时管多件事，还能把活拆给子 agent 并行做。
  • 它有一个「优先级收件箱」。打开就是「这些事等你决定」，不用翻历史对话找上下文；你不在电脑前，它会用邮件提醒你，同一条提醒的后续更新都进同一个邮件线程，不会把收件箱刷爆。
  • 它知道你的业务怎么定义。Genie Ontology（业务本体）把「什么算活跃客户」「哪个营收数字是官方口径」「谁向谁汇报」这类东西整理成一层共享上下文，官方说这一层在同一天正式 GA（正式可用）。
  • 它带缰绳。每一次动作都走 Unity Catalog 的权限，以及 Unity Gateway 的审批规则和预算上限，全程可审计。

官方还给了个数字：在一套和 Turing 一起搭的评测里，带 Genie Ontology 的 Genie 任务跑对率 91%，是最强前沿 agent 的 1.6 倍，token 用量不到一半。这是厂商自建基准，看方向可以，别当成第三方横评——下面「避坑」会细说。

🧩 它到底是什么：从「你问它答」到「它接活、它催你」

要理解这次变化，最好把 Genie 拆成三层看。

第一层是「谁在干活」。以前的 Genie（内部叫 Genie Agents，原 Genie Spaces）是一个配置好的问答环境：数据团队把表、示例查询、业务规则喂进去，业务同事用自然语言问，它翻成 SQL 再出图。这一层现在仍然是产品主体，7-Eleven、Virgin Atlantic、通用汽车都在生产环境里跑。新东西是在这之上加了一个「自主模式」：Genie 拿到目标和边界后自己排期、自己执行，遇到需要人决定的节点才停下来。

第二层是「它凭什么懂你的业务」。这层叫 Genie Ontology。官方描述里最关键的是一句话：它由 agent 建、由人管。绝大多数知识是 agent 从你团队已经在用的看板、SQL、notebook、语义模型里自动提取的，落成一条条「Ontology Snippet」；人只需要管住那批必须精确的定义——比如确认收入、ARR 到底怎么算。系统再用一个叫 OntoRank 的排序，决定同一件事有多个说法时该信哪个。

第三层是「它去哪找信息」。新增的 Genie Search 是混合检索：一边把 Google Drive、Jira、Confluence、Workday、SharePoint 里的内容建索引，一边通过 MCP 实时查。官方说现在有 100 多个连接器，并给了三种接法——把数据灌进湖仓、就地建索引、或者通过 MCP 联邦查询。检索结果会先过 Unity Catalog 的权限，你在 Genie 里看不到你在原系统里打不开的文档。

三层的收口是 Unity Gateway：谁能用、能碰哪些工具、一个月最多花多少钱，都在这里设。

还有一个容易被忽略的细节：Genie Agents 现在能直接读 Unity Catalog Volumes 里的 PDF、合同、幻灯片，官方强调不需要单独建向量索引，回答会带页码级引用。对法务、销售这类「证据要能翻到原文第几页」的场景，这比「答得漂亮」重要得多。

🎯 为什么重要：企业 agent 卡住的三个地方

过去一年，企业买 agent 的顾虑基本集中在三件事上，这次 Databricks 是挨个正面回答的。

一是「它不懂我们的口径」。 通用模型再强，也不知道你们公司「活跃客户」是 30 天登录还是 90 天有订单。Ontology 这一层的思路是：别指望人把所有定义手写一遍（写不完，也很快过期），让 agent 从真实工作痕迹里先学，人只审关键定义。

二是「不敢给它权限」。 Genie 用的是使用者本人的身份去取数，不是超级账号；工具访问、MCP 连接、审批要求都由管理员控制；每次动作留痕可审计。

三是「怕账单失控」。 Unity Gateway 能给工作区和单个用户设预算、设花费上限、触发告警，还能让管理员去查「哪些 token 花得冤」。TechCrunch 的采访里，Databricks CEO Ali Ghodsi 补了一句实操办法：除了设限额，还可以在某些任务上换成更便宜的开源权重模型。

第三点其实是这次发布里最实际的部分。企业不是不愿意给 agent 放权，是没法向财务解释「它昨晚自己跑了 40 美元」。

✅ 适合谁，不适合谁

适合：

  • 员工数已经过了「CEO 认识每个人」阶段的公司。Ghodsi 自己拿邓巴数（约 150 人）打比方：超过这个规模，坏消息就传不到上面了。Databricks 现在 12,000 人，他说自己用 Genie 来看员工满意度调查里分数最差的部分、看哪场销售拜访其实谈崩了。
  • 活是「长期挂着」而不是「一次问完」的团队：每周营收跟踪、客户用量异动监控、营销活动 7×24 盯盘、理赔里新出现的欺诈模式。
  • 已经在 Databricks 上、且治理是走 Unity Catalog 的组织。这套东西的价值一半在「上下文」，一半在「权限能复用」，不在湖仓上的公司搬不动。

不适合：

  • 十人以内的小团队。你要的是快，不是一套本体层。这个月更该看的是现成的 SaaS 助手。
  • 只想做单表查询、做几张固定报表的团队。原来的 Genie Agents 就够了，自主模式是多余的成本。
  • 监管要求「每个动作必须人工逐条确认」的场景。它能设审批，但产品设计的重心是「少打扰你」，方向相反。

🚀 怎么用：三条上手路径

第一条，在 Genie One 里派活。 Genie One 是那个统一入口（浏览器、桌面端、iOS/Android 都有），现在成了「AI cowork 的主页」。你给它一句目标和边界，比如「盯着这个季度的预测，偏离超过 5% 就告诉我，预算调整方案等我批」，然后它自己跑。控制面板里能看所有在跑的任务、中途改方向、随时叫停。

第二条，在 Slack 或 Teams 里 @ 它。 已经接进来了，不用切应用。适合「看到一条消息顺手让它去查」的用法。

第三步，把它接进你已经在用的 AI 工具。 官方提供了 Genie 插件和 Genie MCP，可以把同一套业务上下文带进 ChatGPT、Claude、Copilot、Grok Bot。也就是说，你在别家聊天框里问「上个季度哪个区域丢单最多」，背后调的还是你被治理过的那份数据。

顺带两个具体能力值得试：一是让它直接产出可分享的幻灯片、看板、交互式 HTML 页面，并且能定时刷新——数据变了图跟着变；二是把跑通的流程存成 skill 共享给团队，skill 放在 Unity Catalog 里，按使用者的权限执行。

💵 成本与时间

时间上，先分清什么能用。 官方博客说 Genie 本体和 Genie Ontology 已经 GA；Genie Search 在 GA 那篇里写的是「now Generally Available」，并说「available today in Genie 和 Discover 页的资产搜索」。但 ITBrief 和 The Circuitry 的报道把 Genie Search、Ontology Manager 和「always-on 版 Genie」一起归到 preview / beta 排队名单里。官方另一篇也明确写 Ontology Manager 是「coming soon in Beta」。

这处口径不一致必须自己核：以你所在区域控制台里实际出现的功能为准。想排期上线的人，别按「全都 GA」写进项目计划。

钱上，官方只公开了两条脚注。 Genie 定价页写得很克制：免费额度只覆盖 Genie 的 LLM 用量，Genie 的计算（比如 SQL Serverless）另行计费；150 DBU 在美东等于 10.50 美元，其他区域按当地折算。具体单价表是前端动态加载的，抓不到原文，网上那些「每千次提问多少钱」的估算都不是官方数字。

实际成本结构可以这样理解：模型调用 + SQL/计算 + 连接器背后的存储与索引，三笔分开算。自主模式会让第一笔从「人问才花」变成「一直花」，所以预算上限不是可选项。

🕳️ 避坑：五个容易想错的地方

一，把「发布」当成「今天就能用」。 这次是一批公告打包发：有的 GA、有的 Beta、有的只是「coming soon」。判断标准只有一个——你的控制台里有没有这个开关。

二，把 91% 当横评看。 那是 Databricks 和 Turing 一起设计的基准，比的是「跨表、看板、notebook 连起来才能答对」的企业任务，对手只写成「更强的那家前沿 agent」，没点名。它证明的是「有本体层比没有强」，不是「比某家产品强」。

三，「不需要向量索引」不等于「不用建索引」。 官方说的是 Genie Agents 读 Volumes 里的 PDF、合同时不用另建一套向量库；Genie Search 那一层照样要把 Drive、Jira、Confluence 的内容建成索引，只是索引由平台托管。这两件事经常被混着讲。

四，以为 Ontology 会自动变对。 它是「agent 建、人管」。人不管，学到的就是一堆互相冲突的口径。官方专门做了 Ontology Manager 来标「这个概念老被问但没权威定义」，而这个工具还在 Beta。

五，忘了给「自主」设边界。 它能自己发邮件、自己建工单、自己在 Slack 里说话。上线第一周建议只放开只读类动作，写入类全部走审批，等你看过它的动作轨迹再放宽。

🎯 行动建议

第一步，先别申请 preview，先盘家底。 把你最想在半夜被提醒的三件事写下来（比如「某区域毛利跌破阈值」「某客户用量连续两周下滑」），再看这三件事需要哪些表和文档、这些资产在 Unity Catalog 里的权限是否已经理干净。这一步做完，你才知道自己是不是它的目标用户。

第二步，用现成的 Genie Agents 做一个「只读版」试点。 挑一个业务域，把口径写清楚，跑两周，看它答错的都是哪一类问题——错在定义、错在权限、还是错在数据本身脏。这些错误清单就是将来 Ontology 要补的地方。

第三步，等 always-on 进 preview 再做自主任务。 同时把 Unity Gateway 的预算和审批规则先配好，别等功能开了才想限额。

🔗 参考来源

评论

0 条已公开
登录或注册后可以参与评论。

正在加载评论...