跳到主要内容

Azure AI Foundry Agent Service 指南

这篇文档主要回答一个问题:

当学习重点已经不只是单个框架,而是开始关心托管、发布、观测、企业身份、安全和稳定运行时,Azure AI Foundry Agent Service 应该放在什么位置。

核心定位可以先概括成一句话:

值得,但它偏平台层,而不是单纯的 agent framework。

1. 它是什么

按 Microsoft 当前官方文档的说法,Foundry Agent Service 是一个 fully managed 的 AI agent 平台,用来:

  • 构建
  • 部署
  • 扩展
  • 发布
  • 观测
  • 管理 AI agents

它不是只给你一个编程抽象,而是把:

  • runtime
  • tools
  • observability
  • identity
  • security
  • publishing

一起做成平台能力。

2. 它和 Microsoft Agent Framework 的关系

这个点很重要。

  • Microsoft Agent Framework 偏开发框架
  • Foundry Agent Service 偏托管与运行平台

官方文档明确写到,Hosted agents 可以用:

  • Agent Framework
  • LangGraph
  • 或你自己的代码

然后把它们部署到 Agent Service 上。

所以更准确的理解是:

Agent Framework 解决“你怎么开发” Foundry Agent Service 解决“你怎么托管、发布、观测和运行”

3. 当前官方把它分成哪几类

截至 2026-04-30,官方概述页把它分成 3 类:

  • Prompt agents
  • Workflow agents
  • Hosted agents

这是一个非常有价值的分层。

3.1 Prompt agents

适合:

  • 快速原型
  • 简单任务
  • 低代码或无代码起步

3.2 Workflow agents

适合:

  • 多步骤自动化
  • agent-to-agent coordination
  • branching
  • human-in-the-loop
  • repeatable automation

3.3 Hosted agents

适合:

  • 自己写 orchestration
  • 自己接工具
  • 复杂 multi-agent
  • 想保留最大控制权

4. 它适合什么问题

4.1 适合平台化与企业化需求

官方资料里最突出的优势是:

  • identity
  • RBAC
  • private networking
  • observability
  • publishing
  • stable endpoint

这类场景和它的定位很贴:

  • 内部企业系统
  • 有发布流程的 agent
  • 有权限和合规要求的 agent

4.2 适合已经有框架层,但缺运行平台

如果已经会用:

  • Agent Framework
  • LangGraph
  • 自己写的 hosted agent

但还缺:

  • tracing
  • evaluate
  • publish
  • monitor

那 Foundry Agent Service 才真正开始有价值。

4.3 适合 workflow-heavy 系统

官方现在明确把 workflow agents 单独列出来,这对这个专题里的:

  • Workflow vs Agent
  • Guardrails / HITL
  • Observability / Evals

很有参考意义。

5. 它不太适合什么问题

5.1 不适合作为最小入门起点

如果只是想先学:

  • 工具调用
  • 最小 agent loop
  • 最小 TypeScript demo

那么它太重。

5.2 不适合还没形成框架和工程判断的阶段

Foundry Agent Service 偏平台层收尾,不太像最前面的学习起点。

6. 和这个专题里哪些内容最对应

最适合一起看的是:

7. 和其他框架 / 平台怎么区分

7.1 和 Microsoft Agent Framework

  • Agent Framework 是开发框架
  • Foundry Agent Service 是托管平台

7.2 和 LangGraph

  • LangGraph 更偏本地 / 代码层 orchestration
  • Foundry Agent Service 更偏托管、发布和企业运行层

7.3 和 Vercel AI SDK

  • Vercel AI SDK 更偏 Web 应用里的开发体验
  • Foundry Agent Service 更偏企业平台与受管运行时

8. 阅读顺序

更稳的顺序通常是:

  1. 先读 Microsoft Agent Framework 与 AutoGen 现状
  2. 再读本文
  3. 再回看 Agent Production Checklist

这样会更容易理解:

  • 什么是开发框架
  • 什么是托管平台
  • 什么是企业运行层

9. 小结

如果已经开始关心:

  • 托管
  • 发布
  • tracing
  • evaluate
  • identity
  • networking
  • enterprise security

Azure AI Foundry Agent Service 放进这个专题是有必要的,但它更适合被放在“平台层”而不是“最小 Agent 起点”。