微软 Fabric：AI 智能体了解企业业务运作方式的地方
内容提要
微软在FabCon/SQLCon发布Fabric IQ，作为Fabric的上下文层，默认接入Microsoft 365 Copilot，并通过MCP向外部智能体开放。它整合OneLake数据、Power BI语义模型、实时智能与本体，让智能体理解企业业务。微软还推出Fabric Planning、Power BI应用生成及数据工程智能体，并宣布与Salesforce、BigQuery、dbt等集成，强化安全与共享。
延伸解读
智能体为何需要业务上下文
微软Fabric CTO Amir Netz将智能体比作电影《初恋50次》的主角，每次醒来都会忘记之前发生的一切。这意味着智能体本身并不天然理解企业如何运作，必须由外部系统告诉它“你在为谁工作、业务规则是什么”。Fabric IQ正是为此设计的上下文层，它整合OneLake数据、Power BI语义模型、实时智能与本体，让智能体获得持续的业务认知，而非每次从零开始。
从数据复制到安全与共享的演进
企业将数据汇入OneLake只是第一步，安全团队更关心权限是否随数据迁移。微软即将推出镜像安全角色公开预览，使Snowflake等源系统的访问角色在Fabric中保持相同成员与表权限，并主动执行而非简单复制。同时，IQ共享预览允许跨租户共享受治理的表、文件、Markdown智能体指令和RDF本体，无需复制且可设置过期时间，这解决了长期以来的数据协作痛点。
过去、现在与未来的三层业务视图
Fabric IQ通过三个层面帮助智能体理解业务：过去由Power BI语义模型定义指标计算与实体关系，微软称用户已创建2200万个语义模型；现在由实时智能处理流数据与事件，有CIO指出“没有实时智能就没有AI”，否则大模型只能基于数小时甚至数天前的数据运行；未来由Fabric Planning承载预算、预测与目标，计划项与报表共享同一语义模型，确保收入等指标在预测与仪表盘中含义一致。
本体与自动生成工具降低落地门槛
本体被Netz称为“语义模型++”，它不仅定义实体（如飞机、飞行员、机场），还定义关系与规则，例如哪位飞行员有资格驾驶哪架飞机、休息时间是否足够，甚至包括“停飞”“改航”“分配登机口”等动作。由于手动构建本体极其耗时，微软提供了自动生成工具。本体MCP工具已进入预览，Fabric数据智能体也可将其作为上下文来源，这有助于智能体在复杂业务规则下进行推理。
Q&A
微软 Fabric IQ 是什么？它在 Fabric 中扮演什么角色？
Fabric IQ 是微软 Fabric 平台内的上下文层，旨在让 AI 智能体理解企业业务如何运作。它整合 OneLake 的统一数据、Power BI 语义模型中的可信指标，以及本体和实时智能提供的运营上下文，默认接入 Microsoft 365 Copilot，并通过 MCP 向外部智能体开放。
为什么企业需要为 AI 智能体提供上下文？
因为智能体本身没有记忆，每次启动都会忘记之前发生的事，也不知道自己在哪里、为谁工作。企业统一数据并运行模型后，常发现答案不符合预期，因此需要为智能体创建上下文，让它们理解业务背景。
Fabric IQ 如何整合过去、现在和未来的业务数据？
过去由语义模型承载，定义指标计算和实体关系；现在由实时智能提供流式事件数据，让智能体判断当前事件是否异常；未来由 Fabric Planning 负责预算、预测和目标，计划项从同一语义模型借用度量值，确保口径一致。
本体在 Fabric IQ 中起什么作用？为什么它很重要？
本体是业务实体、关系及处理规则的形式化描述，被微软称为“语义模型++”。它不仅定义实体间的数据关系，还定义政策关系（如飞行员资质、休息时间）和可执行动作（如停飞、改航、分配登机口）。本体让智能体能够基于业务规则进行推理，是 Fabric IQ 的核心。
Fabric IQ 如何与外部智能体和开发工具集成？
Fabric IQ MCP 已正式可用，提供六个只读工具用于查找语义模型和报告、读取架构并运行 DAX 查询；本体 MCP 工具处于预览阶段。上下文还通过同一层触达 Microsoft Foundry、Copilot Studio 和 GitHub Copilot。数据工程智能体可从 GitHub Copilot、VS Code、Codex 和 Claude Code 启动和操控。
微软在 Fabric 中如何处理数据安全和共享？
镜像安全角色即将公开预览，可将 Snowflake 等源系统的访问角色连同数据一起带入 Fabric，并主动执行和保留这些角色。IQ 共享（预览）允许组织在不复制数据的情况下，与其他租户共享受治理的表、文件、Markdown 智能体指令和 RDF 本体，并可设置过期时间。
