微软正在将其整合数据平台Fabric打造成企业智能体学习公司运作方式的场所，无论是了解上一季度发生了什么，还是掌握工厂车间当下的实时状况。
周二，在西班牙巴塞罗那举办的FabCon和SQLCon数据大会上，微软阐述了其愿景的下一步：构成Fabric的各类产品如何简化所有这些信息收集工作。
举例来说，微软描述了Fabric IQ（Fabric内部的上下文层）如今默认为Microsoft 365 Copilot提供支持。外部智能体可以通过MCP协议对其进行查询。Power BI不久后也能将同样的定义转化为应用程序。而为数据加入业务规则的本体（ontologies）功能，也进一步推进到了预览阶段。
正如微软Fabric首席技术官阿米尔·内茨（Amir Netz）在主题演讲后的新闻发布会上所说：“智能体是一种非常非常奇怪的生物，我常说它就像电影《初恋50次》里的德鲁·巴里摩尔。它们每次睁开眼睛，就会忘记之前发生的一切。”
“它们不知道自己身处何处，所以我们要做的第一件事就是告诉它们所处的位置——你现在为微软工作，你现在为富国银行工作，你现在为阿联酋航空工作。”
客户往往要通过亲身经历才能明白这一点。负责Fabric IQ的公司副总裁伊兹哈克·凯塞尔曼（Yitzhak Kesselman）告诉The New Stack，企业会先统一数据、在其上运行模型，然后查看结果。
他表示：“在这条路上走得更远的客户，已经有了针对自己智能体的评估方法。”他补充说，有时他们看到的结果与预期不符。“这时客户就会明白：‘好吧，现在我需要为我的智能体创建上下文了。’”
凯塞尔曼说他去年与320多家公司进行了会面，推动企业在这方面取得进展的压力来自业务部门，他们会要求“‘给我展示这些智能体的价值，前后对比的结果。’”
微软Azure数据事业部执行副总裁阿伦·乌拉格（Arun Ulag）在主题演讲中表示，编码智能体之所以有效，是因为它们拥有“代码、代码仓库、变更历史、规范文档和测试”。但他认为，在编码领域之外，大多数企业都没有可与之相媲美的东西。
Fabric IQ是微软所称的“Microsoft IQ”四大组成部分之一（毕竟这是微软，所以总会涉及许多不同的名称和产品）。
Work IQ涵盖电子邮件、Teams和SharePoint。Foundry IQ涵盖文档和手册。Web IQ涵盖公共互联网。
乌拉格说，Fabric IQ“专注于你业务的现状，以及你的业务实际如何运转”。他在发布博文中将其描述为结合了“来自OneLake的统一数据、来自Power BI语义模型的可信指标，以及来自本体和实时智能的运营上下文”。
数据导入
“所有人都想直接跳到AI这一步，但随后他们会意识到，‘哦，我需要为此准备数据，’”凯塞尔曼说。“他们需要来自业务应用程序的数据、结构化数据，还需要有实时数据。”
OneLake是Fabric的存储层，是所有这一切的核心。为了让系统能够提供上下文，企业必须将来自其所使用的所有第一方和第三方服务的数据导入其中。
Fabric的快捷方式（shortcuts）和镜像（mirroring）功能可以连接或复制外部数据源到OneLake，且完全免费。内茨表示，OneLake中托管的存储量正以每年300%的速度增长。
FabCon和SQLCon巴塞罗那2026大会本周的新动态
周二，公司宣布了与Salesforce Data Cloud 360的双向集成、来自Google BigQuery的镜像功能正式上线、一个可直接针对OneLake运行该引擎的ClickHouse工作负载，以及dbt的Fusion引擎，后者将在未来几周内登陆Fabric。
但单纯复制数据无法满足安全团队的要求。即将在未来几周进入公开预览阶段的镜像安全角色功能，可以在传输数据的同时带上权限设置。例如，在Snowflake中定义的访问角色，在Fabric中显示时会保留相同的成员和相同的表权限。
正如在主题演讲中演示该功能的微软员工希琳·巴哈杜尔（Shireen Bahadur）所说：“我们不仅仅是单纯地复制安全规则，我们实际上是在主动执行并保留这些角色。”
OneLake并非单向通道。企业也可以将数据导出，用于其他工具中。
毕竟，OneLake中的数据是以开放格式存储的，并拥有开放的API，内茨在台上表示，任何能读取这些格式的引擎都可以使用这些数据。“如果你想用我们帮你免费获取的这些数据，去配合我们竞争对手的工具使用，那也行。我并不乐意看到这种情况，但你可以去做。”他说。
目前处于预览阶段的IQ共享功能，允许一个组织与另一个租户共享受治理的表、文件、Markdown智能体指令和RDF本体，无需复制数据，且可设置有效期。这是Fabric用户期待已久的功能，该发布在主题演讲现场引发了数千名数据专业人士的热烈掌声。
过去、现在与未来
内茨在主题演讲中说：“我们不仅希望智能体理解过去发生的事，也不仅是理解当下正在发生的事。我们还希望智能体能理解我们希望未来发生的事。”
过去对应的是语义模型。语义模型是每份Power BI报告底层的一层，它定义了诸如营收这样的指标如何计算、各实体之间如何关联，以及哪些表提供了相应数据。内茨表示，Power BI用户已经创建了2200万个语义模型，乌拉格称它们是“Fabric IQ的核心”。
现在对应的是实时智能，即Fabric的流处理和事件技术栈，这部分业务也由凯塞尔曼负责。他回忆起那天在巴黎，两位首席信息官对他说了同样的话。“‘没有实时智能就没有AI’，”他说，“如果你没有流式数据……没有新鲜的数据，你运行大语言模型所依赖的数据可能已经是几小时甚至几天前的旧数据了。”
但仅有信号本身是不够的：“你需要把现在获取的这个信号……现在发生的这个事件，拿去与历史数据对比，看看它究竟是不是一个异常情况，”凯塞尔曼说。这就是为什么主题演讲中展示了批量复制任务与事件流相互供给的场景，这样智能体就能判断刚刚发生的事情相对于通常情况是否正常。
未来对应的是Fabric Planning（Fabric规划），该功能已于7月正式上线，本周又迎来了性能与功能更新。这是微软用于预算、预测和目标设定的工具——关注的是企业希望达成的数字，而非已经记录在案的数字。
一份计划（plan）是一个Fabric项目，就像数据湖仓或笔记本一样，它从报告所使用的同一套语义模型中借用度量指标，因此营收在预测中的含义与在仪表盘中的含义完全一致。在演示中，对输入数据的一处修改，经过联动计算影响了约1300万个单元格。
让这一切得以实现的关键是本体：这是对企业所处理事物、事物间关系以及处理规则的正式描述。内茨在台上称其为“语义模型的加强版”，在随后的新闻发布会上，他用一家航空公司的例子解释了这个“加强版”体现在哪里。
“如果你是一家航空公司，你有飞机、有飞行员、有地面机组人员、有机场、有行李，”他说。这些都是实体。
它们之间的关系“远远超出了数据关联的范畴，”他说。“这不仅仅是说，‘哦，飞行员和飞机之间通过外键和主键匹配关联’，它还可能是一种政策关系。比如根据飞行员的资质认证，哪位飞行员可以驾驶哪种飞机；或者根据过去24小时的休息时长，该飞行员此刻是否被允许驾驶这架飞机？”
但本体不仅定义名词，也定义动词。“我可以让一架飞机停飞，我可以改变一架飞机的航线，我可以为一架飞机分配登机口。”
创建这些本体——需要将公司中可能用来指代同一事物的各种术语映射到单一实体上——可能极其耗时。但由于本体对这个项目以及让智能体能够基于数据进行推理至关重要，微软构建了一个工具来自动生成本体。
付诸实践
截至周二，Microsoft 365 Copilot Chat和Cowork（微软基于Anthropic Claude Cowork背后的技术构建的多步骤任务委托模式）中的Fabric IQ已正式上线。它能根据Power BI语义模型和报告回答业务问题；对于Fabric和Power BI客户，该功能默认开启，微软表示这不会消耗额外的AI Token。
但业务用户不仅仅想和这些模型聊天，在这个“氛围编程”（vibecoding）盛行的时代，他们还想生成能够使用所有这些数据的应用程序。
Power BI Desktop即将在未来几周内迎来预览版的应用创建体验。用户从一个语义模型开始，描述想要的应用，然后让Copilot生成应用并发布到Fabric上。
乌拉格写道，与报告不同，这些应用“能够接受输入、写回数据、保存共享状态，并支持运营工作流程”。
它们是基于Rayfin构建的Fabric应用，Rayfin是微软在Build大会上推出的开源SDK。Power BI Pro和Premium Per User客户可免费获得这些应用，每个应用附带最多1GB的Fabric数据库容量。
内茨在发布会上确认，两者之间“并无核心区别”，乌拉格补充说：“最终生成的就是一个Fabric应用，仅此而已。”
对于Copilot之外的智能体，Fabric IQ MCP现已正式上线，提供六个只读工具，用于查找语义模型和报告、读取其架构，以及对其运行DAX查询。
目前处于预览阶段的本体MCP工具，可暴露本体定义并支持查询。同样处于预览阶段的Fabric数据智能体，现在也可以使用本体作为其上下文来源。而这一上下文层同样延伸至Microsoft Foundry、Copilot Studio和GitHub Copilot。
开发者可以通过自己的工具驱动全新的数据工程智能体。
该智能体基于微软今年1月收购的Osmos技术构建，可承担迁移和ETL（数据抽取转换加载）等长时间运行的工作，并能从GitHub Copilot、VS Code、Codex和Claude Code启动和操控。
内茨在台上表示，前沿模型将编写这些代码，“它不会失败”，但你无法确定结果是否正确。
如今人人都有了上下文层
今年，Databricks推出了Genie Ontology，Snowflake推出了Horizon Context Layer，谷歌推出了Knowledge Catalog，Salesforce推出了无头架构的Data 360，并将其描述为一种上下文服务。Databricks首席执行官阿里·戈德西（Ali Ghodsi）在6月自家大会上总结这一趋势时表示，AI面临的是上下文问题，而非智能问题。
微软的版本在Microsoft 365 Copilot中默认开启，并以2200万个语义模型为起点。微软本周还表示，将参与贡献Apache Ossie——这一由Snowflake发起的、厂商中立的语义元数据标准，并希望Power BI的公式语言DAX能被认定为Ossie的一种查询语言。
当微软在6月的Build大会上提出上下文论点时，让智能体能够基于该上下文采取行动的各个环节大多还只是停留在路线图上。而如今，相关答案已经正式上线，相关行动也已进入预览阶段。
当被问及当用户不再是运行单个仪表盘的个人，而是一整支智能体舰队时，Fabric该如何应对，凯塞尔曼提到了可观测性。
“Fabric确实让你拥有了这种近乎完美的组合，既有关于智能体如何运行的系统数据，也有业务数据，”他说，这样企业就能检查智能体是否完成了预期任务，以及这对业务产生了什么影响。“在这个领域，未来几个月还会有更多进展。”
Q&A
Q1：Fabric IQ是什么？它有什么作用？
A：Fabric IQ是微软Fabric平台内部的上下文层，它结合了OneLake的统一数据、Power BI语义模型中的可信指标，以及来自本体和实时智能的运营上下文，让企业智能体能够理解业务的实际运作方式。
Q2：Fabric本体（ontologies）具体指什么？
A：本体是对企业所处理事物、事物间关系及处理规则的正式描述，微软称其为“语义模型的加强版”。它不仅定义实体之间的数据关联，还能定义业务规则和操作动作，例如判断飞行员是否有资质驾驶某架飞机。
Q3：Fabric IQ如何与Microsoft 365 Copilot配合使用？
A：Fabric IQ在Microsoft 365 Copilot Chat和Cowork模式中已正式上线，默认对Fabric和Power BI客户开启，能够根据Power BI语义模型和报告直接回答业务问题，且不会消耗额外的AI Token。
