微软在10月23日宣布对 Dataverse 与 Work IQ 的公开预览更新，强化共享语义模型、Business Skills 与受权限约束的 Cowork 插件，以让企业智能体更好理解业务并在既有权限下采取行动。更新还包含面向开发者的 Dataverse Ask API 与多种接口扩展，但这些功能仍处于预览并受管理员配置与许可限制。
微软正把企业智能体的竞争重点，从“能否回答问题”推向“是否理解业务、能否按规则办事”。在2026年10月23日发布的官方公告中，公司介绍了 Dataverse 与 Work IQ 的一组公开预览更新：改进可复用的业务技能，扩大自然语言查询接口的接入方式，并让 Cowork 中的业务应用插件获取上下文、执行受权限约束的操作。
这不是一次基础模型发布，也不意味着企业可以立即放手让智能体自主处理所有业务。此次更新的核心，是将 Dynamics 365 和 Power Platform 中已有的数据关系、业务定义与流程，转化为 Copilot 和智能体能够使用的共享上下文。相关能力仍有预览、管理员配置和许可条件等边界。
让智能体理解“这条记录意味着什么”
企业数据的难点不只是分散在不同系统中。同一个客户可能同时对应销售机会、服务工单、合同和设备记录；单独看某张表，很难判断一笔续约为什么存在风险。模型即使读到了字段，也未必理解哪些关系重要、哪些流程必须遵守。
微软为此提出三层结构：用共享语义模型描述数据及其关系；用 Business Skills（业务技能）保存组织的操作方法；再通过受治理的工具，把建议转化为对业务系统的更新。Dataverse 则为这些语义模型和技能提供底层业务数据存储。
这里的“语义模型”并不是另一个大语言模型，而是围绕业务场景组织的数据范围、关系和含义。按照微软的设计，同一套业务定义可以被多个智能体复用，避免每开发一个助手，就重新编写一套上下文与术语说明。
这条路线也并非始于本次公告。微软在9月25日的 Work IQ 介绍中已经宣布，业务应用相关能力将从9月30日起进入预览，并在10月继续推出。因此，10月23日的消息应理解为预览体系的能力扩展，而不是 Work IQ 首次接入企业业务数据。
从业务技能到 Cowork，新增能力落在哪里
此次公告中，Business Skills 的变化主要面向技能的创建与维护。Power Apps Maker 门户新增智能体辅助的创建和编辑体验，同时提供版本历史，以及更简便的技能安全设置方式。
这类技能承载的不只是一个提示词，而是一项业务任务的指导和相关上下文。例如，微软此前用客户续约说明其设计：先检查尚未解决的关键服务问题，确认改进计划负责人，再记录客户承诺；若要给予优惠，还需要获得批准。这是厂商用于解释工作方式的示例，并非对实际部署效果的独立验证。
另一项更新是 Business Apps 插件在 Cowork 中进入公开预览。根据对应的 Microsoft Learn 文档，它可帮助用户查找 Dynamics 365 与 Power Apps 中的业务信息，并支持创建跟进任务、重新分配负责人、升级服务问题或更新合同记录等操作。
“可以采取行动”不等于“获得额外权限”。文档说明，插件遵循组织已有的基于角色的访问控制，只展示用户有权访问的信息和可用操作；实际体验还取决于应用、许可证、组织策略及可用服务。管理员必须先为用户安装该插件，用户才能在 Cowork 中添加和连接它。
这些限制决定了企业落地的起点：首先要明确谁可以访问哪些业务环境、谁有权修改记录，而不是先把所有数据接给智能体，再补权限。
Ask API：自然语言查询，不是任意数据库操作
对于希望把业务问答嵌入自有应用的开发者，Dataverse Ask API 是此次更新的另一重点。公告称，该能力现可通过 Web API 和 Dataverse Connector 接入，并提供适配不同性能与质量要求的模式。
Ask API 的预览文档描述了更具体的工作方式：开发者先定义一个语义模型，将某个业务场景需要的 Dataverse 表纳入范围，再针对该模型提交自然语言问题。返回内容可以包含匹配记录、自然语言摘要、来源链接、匹配记录数，以及用于继续读取结果的分页令牌。
这意味着，应用既可以展示解释性答案，也可以保留对应的结构化记录和来源，帮助用户进一步核对。但接口提供来源链接，并不自动证明每次摘要或推理都正确。
权限边界同样明确：查询遵循提交问题的身份所拥有的 Dataverse 数据访问权限。它不是绕过访问控制、读取全部企业数据的入口。
开发者还需要区分两类接口。微软建议，对需要精确创建、读取、更新、删除或查询记录的应用使用 Dataverse Web API；当输入是自然语言问题，需要服务在指定数据范围内判断如何回答时，才使用 Ask API。虽然公告使用了“Web API 接入”的表述，Ask API 本身并不属于现有的 OData 服务，也不支持其常见的查询选项。不能把它当成原有数据接口的直接替代品。
接口扩展解决连接问题，不能替代治理
公告还列出面向开发与自动化工具的扩展：Copilot Studio 中的 Work IQ MCP Server 可使用业务上下文，Dataverse MCP Server 新增对 Custom API 的调用支持；此外，Dataverse 插件进入 Cowork，n8n 的 Microsoft Dataverse 节点则用于把相关操作与其他应用串联。
MCP 即模型上下文协议，用于连接智能体与外部工具、数据。这类连接扩大了智能体能够调用的能力范围，但“能调用某个接口”与“适合让它自动执行某项业务”仍是两回事。企业需要判断调用身份、数据范围、审批要求，以及哪些变更必须由人员确认。
共享语义模型和业务技能的潜在价值，在于减少各个智能体对同一业务的重复配置与不同解释。不过，微软此次材料没有提供足以独立判断整体收益的对照测试，不能据此推导出确定的效率提升、错误率下降或生产可靠性保证。
预览状态仍是采用决策的关键
Business Applications in Work IQ 概览和 Ask API 文档均将相关功能标为预览。文档说明，预览服务按现状提供，可能随时修改或停止；对于按用量计费的服务，底层应用服务在预览期间仍可能产生许可费用。因此，公开预览不能理解为正式商用承诺，也不能简单理解为免费。
对于考虑试用的企业，更有意义的验证不是只看智能体能否生成一段流畅回答，而是检查：它是否选对了业务记录，能否解释答案依据，是否遵循用户权限，以及在修改关键数据前能否落实组织要求的控制。这些问题需要在具体环境中测试，无法由一篇公告代为回答。
此次公告围绕10月25日至29日于拉斯维加斯举行的 Power Platform Community Conference 安排发布，列出的工作坊和演示属于会议议程，不能视作已经完成的客户部署。微软在10月23日提出的方向已经明确：让智能体复用企业现有的业务知识，并在既有控制下采取行动；这套设计能否稳定兑现，仍要由预览期间的实际使用与验证来检验。