微软Work IQ API正式GA：AI Agent如何通过A2A和MCP协议访问Microsoft 365智能层？

核心结论

如果你在搜索「AI Agent 怎么访问 Microsoft 365 数据并理解上下文」，简短结论是：微软 Work IQ API 于 2026 年 6 月 16 日正式 GA。这不是又一个聊天机器人封装——它是微软的生产级智能层，通过三种协议（A2A、MCP、REST）将 Copilot 背后的推理引擎开放给任何你构建的 Agent。按用量付费，不需要 Copilot 许可证即可起步。

Work IQ 到底是什么

Microsoft Work IQ 是 Microsoft 365 Copilot 背后的智能层——一个能够理解你的邮件、日历、文档、Teams 消息和组织关系，并基于这些信息进行推理的系统。在 6 月 16 日之前，只有 Copilot 本身能访问这一层。现在，微软将其作为一组 API 开放给所有构建 AI Agent 的开发者。

在 2026 年 6 月 2 日的 Microsoft Build 大会上宣布的 Work IQ API，让外部 Agent 能够以受管控的方式访问 Microsoft 365 上下文。这意味着你构建的 Agent——无论运行在 Claude Code、n8n、自定义 Python 脚本还是任何其他运行时——现在都可以提出像「Q3 预算审查的进展如何？」这样的问题，并得到基于组织 Microsoft 365 环境中实际数据的、带引用的推理答案。

关键在于「受管控」。Work IQ 不会把原始 Microsoft Graph API 权限交给你然后说「祝你好运」。每个请求都遵守经过身份验证的身份权限。Agent 只能看到该用户或服务主体有权查看的内容——没有组织范围数据的后门。

三种协议，一个智能层

Work IQ 不强制你使用单一集成模式。微软提供了三种协议选项，你可以选择适合你 Agent 架构的那一种：

Agent-to-Agent (A2A) 是 Google 的开放 Agent 互操作协议。如果你的 Agent 支持 A2A，它可以发现 Work IQ 作为远程 Agent 并向其委派任务。你的 Agent 将 Work IQ 视为另一个团队成员——「去查一下 Q3 预算审查的状态，回来汇报。」

Model Context Protocol (MCP) 是 Anthropic 的开放标准，用于将 LLM 连接到外部工具和数据源。Work IQ 暴露了一个托管 MCP 服务器，提供一套标准工具用于与 Microsoft 365 数据交互。如果你的 Agent 已经支持 MCP——如 Claude Code、Hermes Agent、Cursor 等越来越多工具所做的那样——集成 Work IQ 基本上是即插即用。MCP 服务器处理身份验证、速率限制和数据治理，因此你的 Agent 不需要理解 Microsoft Graph API 的内部细节。

REST API 是传统的 HTTP 方式。微软为 Chat API 和直接数据访问提供了 REST 端点。这是不支持 A2A 或 MCP 的 Agent 的备选方案，也适合希望最大化控制请求格式的开发者。

Chat API：无需 Copilot 许可证的 Copilot 级推理

最重要的端点是 Chat API。当你的 Agent 向此端点发送自然语言问题时，Work IQ 不仅仅是针对 Microsoft 365 数据运行关键词搜索。它执行 Copilot 所做的相同的多步推理：检索相关邮件、文档和日历条目，交叉引用它们，并合成带引用的答案。

每个响应都包含指向答案依据的源文档、邮件或会议的引用。这使得输出可审计——对于企业部署来说至关重要，因为虚构的事实在那里可能产生实际后果。

Chat API 还以用户从 Copilot 获得的相同格式返回响应：带有内联引用的自然语言答案，而不是原始搜索结果的 JSON 数据块。这意味着你的 Agent 可以直接向最终用户呈现答案，无需额外的格式化工作。

定价：按用量付费，不需要 Copilot 许可证

Work IQ API 的使用独立于 Microsoft 365 Copilot 许可。你不需要购买 Copilot 席位就能使用 API。相反，定价基于用量：按 API 调用或处理的 token 付费。

微软尚未公布确切的每次调用费率，但 Build 2026 的公告确认了按用量付费模式。这有两个重要意义。首先，它降低了实验门槛——独立开发者可以在不承诺企业 Copilot 许可的情况下原型化 Agent。其次，这意味着企业可以将 Work IQ 的预算与 Copilot 部署分开，将其视为基础设施而非按用户的生产力工具。

这对 Agent 构建者意味着什么

在 Work IQ 之前，构建一个理解组织 Microsoft 365 数据的 Agent 意味着与 Microsoft Graph API 搏斗——一组庞大的 REST 端点，提供原始数据（邮件为 JSON、日历条目为对象）但没有任何推理能力。你的 Agent 必须自行获取数据、喂给 LLM 并综合答案。

Work IQ 将这一负担从你的 Agent 转移到了微软的基础设施上。你的 Agent 无需抓取 50 封邮件并让 LLM 总结它们，只需向 Chat API 发送一个问题，就能得到经过推理的、带引用的答案。这降低了 token 成本，简化了 Agent 架构，并且关键的是——将敏感的组织数据保留在微软的受管控环境中，而非发送给第三方 LLM 提供商。

对于像 n8n 这样的 Agent 平台，MCP 集成尤其有趣。n8n 工作流现在可以包含一个「Ask Work IQ」节点，在不离开受管控的 Microsoft 365 边界的情况下查询组织上下文。这同样适用于任何兼容 MCP 的 Agent 运行时——Claude Code Agent、Hermes Agent 工作流，或基于 MCP SDK 构建的自定义 Python Agent。

竞争格局

Work IQ 进入了一个「企业 AI Agent 上下文」正成为独立产品类别的市场。Google 的等价产品存在于 Gemini for Workspace 和 Antigravity Agent 平台中。Slack 有自己的 AI 原生搜索层。Anthropic 的 Claude Enterprise 提供组织感知功能。

微软的优势在于 Microsoft 365 自身的数据引力。拥有超过 4 亿商业席位的 Microsoft 365，其生态系统内已有的组织上下文规模远超竞争对手。Work IQ 让这些上下文可被访问，无论你使用哪种 AI 模型或 Agent 框架——你不会被锁定在微软自己的 Copilot 或 Azure OpenAI 模型中。

A2A 协议支持在战略上也值得关注。通过采用 Google 的 Agent 互操作标准而非构建专有方案，微软押注 Agent 生态将是多供应商的。基于 Claude 构建的 Agent 通过 A2A 与 Work IQ 对话，和基于 Gemini 或 GPT 模型构建的 Agent 一样容易。

值得关注的方向

GA 发布只是起点，而非终点。路线图上的几个事项值得关注：

Windows 级 Agent 运行时：微软已暗示将在 2026 年晚些时候的 Windows 更新中推出更深层的 Agent 运行时。这将允许 Agent 以系统级上下文运行——理解哪些应用程序处于打开状态以及用户正在做什么。

定价透明化：确切的按用量费率将决定 Work IQ 是成为默认集成还是仅限于高价值工作流的高级功能。

第三方 MCP 工具：托管 MCP 服务器目前暴露微软自建工具。微软是否向第三方工具开发者开放，将决定生态系统的可扩展性。

企业治理：随着 Agent 获得组织上下文访问权限，IT 团队将需要精细控制哪些 Agent 可以提出哪些问题。微软现有的 Entra ID 和 Purview 基础设施提供了基础，但 Agent 特定的策略控制仍在演进中。

总结

Microsoft Work IQ API 于 2026 年 6 月 16 日达到 GA，这不只是又一次 API 发布。这是微软将驱动 Copilot 的智能层开放给更广泛的 Agent 生态系统。对于构建需要组织上下文的 AI Agent 的开发者来说，这消除了多年来标准做法中「在原始 Graph API 数据之上构建自己的推理管道」的步骤。三协议设计——A2A、MCP、REST——表明微软认真想要在开发者所在的地方与他们会合，而不是在微软希望他们去的地方。