微软在旧金山举办的 Build 2026 大会上正式发布 Foundry 的多项新功能。Nick Brady 在一篇博客文章中将 Foundry 称为“AI 智能体从实验落地到生产系统的平台”，他表示此次发布为开发者带来了生产级智能体所需的“运行时、工具、记忆、场景对齐、模型、可观测性与管控能力”，而不仅仅是新的模型端点。
Foundry 是微软打造的“AI 应用与智能体工厂”，一个统一的 Azure 平台。微软将其定位为一个可互操作的平台，帮助团队搭建、完成场景对齐并管控能够理解业务上下文的 AI 应用与智能体，同时实现各智能体之间可观测数据与管理策略的共享。Foundry 文档强调了与 Azure 服务、Microsoft 365 数据源以及工具和框架开放协议的原生集成。
Foundry Agent Service 中的托管智能体提供托管沙盒会话，具备状态管理与文件系统访问能力，兼容多种框架，同时对外提供有状态的 Responses API 和更轻量化的调用协议，支持直通调用。同一运行环境可运行 OpenClaw、Hermes 等长时智能体，支持状态与文件持久化；目前处于公共预览阶段的例行任务功能可按计划调度智能体，完成夜间工单分类、日报生成等工作。以上这些新增的功能是对 InfoQ 2025 年报道的 Azure AI Foundry Agent Service 正式发布版本功能的拓展，该版本此前已推出多智能体编排、智能体间 API，并支持 Semantic Kernel、AutoGen、CrewAI 等主流框架。
博客接着介绍了工具与分发相关内容。Foundry 中的 Toolboxes 目前处于公共预览版状态，它为智能体提供统一托管端点，支持工具、技能、模型上下文协议（MCP）客户端及企业数据集成。工具只需完成一次注册就能在运行时被发现，无需逐个接入各个智能体。Skill 可进行版本管理，项目内的资源可通过 MCP 对外暴露；平台还具备工具检索能力，能为不同任务筛选出少量适配工具，而不是将全部工具都推送给模型。微软还新增了可从 Foundry 直接发布至 Microsoft Teams 和 Microsoft 365 Copilot 的功能，该功能计划于 2026 年 6 月正式上线，让基于 Foundry 构建的智能体融入员工日常办公场景，并自动沿用现有身份、权限与管理策略。
Foundry 将“记忆”视为平台级能力，而不是应用级能力。2025 年底推出公共预览版的 Foundry Agent Service 记忆功能如今支持过程性记忆、用户记忆与会话记忆。本次 Build 大会首次推出的过程性记忆可帮助智能体在多次运行过程中习得任务执行方式，早期基准测试表明，启用该功能后任务成功率有所提升。InfoQ 此前在相关报道中介绍，这项服务会从对话里提取关键信息与执行流程并加以整合，然后通过由 Entra ID 等标识划定权限范围的托管存储完成数据检索，同时支持留存和检查控制。
过程性记忆帮助智能体在多次运行中学习如何执行任务，而不仅仅是记录了什么，早期 Tau bench 测试结果显示，绝对成功率提升了 7% 到 14%，而成本几乎与基线持平。
——Nick Brady
场景对齐与检索能力通过 Foundry IQ 实现，Brady 将其定义为智能体底层的知识层，把 Work IQ、Fabric IQ、Azure SQL、文件搜索及其他各类数据源统一整合至同一个具备服务等级协议（SLA）保障的检索端点下。在本次 Build 大会上，微软推出了处于公共预览阶段的 Foundry IQ Serverless、已正式发布的多源知识库，以及用于实时网络场景对齐的 Microsoft Web IQ。该服务响应时延低于 200 毫秒，且承诺不留存任何数据，同时具备加密、权限同步、敏感度标签治理等安全能力。在另一篇深度解读文章中，Satyanarayana Padidapu 将整合了 Work IQ、Fabric IQ 与 Foundry IQ 的 Microsoft IQ 称作“智能层”，它能够简化重复的检索增强生成流程，并将场景对齐能力打造为 Copilot Studio、Microsoft 365 以及 Foundry 智能体可共用的服务。
在模型方面，Foundry 的目录新增了四个第一方 MAI 模型的公共预览版：MAI Thinking 1 用于聊天和推理、MAI Image 2.5 用于图像生成和编辑、MAI Transcribe 2 用于带说话人分离的语音转文本、 MAI Voice 2 用于支持语音克隆的多语言文本转语音。Foundry 平台上的 Fireworks AI 现已正式发布，通过单一 Azure 端点提供对开放模型的访问，配备企业级服务等级协议（SLA），支持自定义权重模型，同时兼容 Foundry 的访问控制与日志能力。Vesa Nopanen 在分析 Foundry 平台上的 Claude Opus时表示，这种模式对于既想使用前沿模型、又需要依托 Azure 管控能力的企业而言，是一次实质性升级。他还提到，这类模型开箱即用、延迟更低，且能对接 Foundry IQ 与 Work IQ，为智能体提供场景锚定能力。Foundry 模型的托管计算功能可跨区域调度工作负载，突破本地 GPU 资源限制，支持模型微调与前沿调优。微软声称这比直接使用 GPT 5.5 进行技术文档生成等任务更具成本优势。
要对各类智能体框架进行追踪与评估，团队无需在技术栈和可观测能力之间二选一。你可以继续使用 LangChain、Semantic Kernel 或自研代码，同时在 Foundry 中获得生产级的追踪与评估能力。
——Nick Brady
除了 Build 大会相关内容回顾之外，微软和社区作者梳理出了一种分层架构：Microsoft 365 Copilot Agent Builder 和 Copilot Studio 提供可视化、低代码体验，而 Foundry 是具备评估和可观测能力的代码优先平台。Szymon Bochniak 对 Agent Builder、Copilot Studio 和 Foundry 进行了比较，将其呈现为三个层级，当团队需要自定义逻辑、高级检索以及与开发者工作流的深度集成时可使用 Foundry。微软的安全智能体流程指南建议团队梳理智能体已触及的构建、测试和发布环节，并沿用微服务的管理规范：划定清晰使用范围、制定管控策略、做好运行追踪与持续评估，目前这些能力均已成为 Foundry 的核心原生功能。另一篇从 DevOps 视角出发的 Build 2026 回顾文章将这些新增功能描述为“Foundry 真正成为面向生产环境的智能体平台，不再只是用于制作演示原型的工具”。
有关 Foundry 的更多信息，请访问微软官网。
查看英文原文：https://www.infoq.com/news/2026/06/microsoft-foundry-agents/
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。