← 返回项目列表
Microsoft Agent Framework(MAF)是 Microsoft 面向生产级 AI Agent 和多 Agent 工作流推出的新一代开源框架,支持 Python 与 .NET/C#,并面向 Microsoft Foundry、Azure OpenAI、OpenAI、GitHub Copilot SDK 等生态。它是 AutoGen 和 Semantic Kernel 团队经验融合后的继任方向,重点不只是“能搭 Agent”,而是把 Agent 从原型推进到可观测、可恢复、可治理、可人工介入的企业级工作流。售前上,它特别适合 Microsoft/Azure 技术栈客户、新建 Agent 平台、AutoGen/Semantic Kernel 迁移、以及需要生产化治理的多 Agent 项目。

1. 项目概览

维度信息
项目microsoft/agent-framework
定位Production-grade AI agents and multi-agent workflows
核心能力Agents、Workflows、Providers、Tools/MCP、Middleware、Observability、Checkpoint、Human-in-the-loop
支持语言Python、C#/.NET
开源协议README 与 GitHub 信息显示为 MIT
Python 包agent-framework,PyPI 查询返回版本 1.9.0,Python 要求 >=3.10
.NET 包Microsoft.Agents.AI,NuGet 查询返回版本 1.11.1
官方文档https://learn.microsoft.com/en-us/agent-framework/
GitHub 热度GitHub API 本次触发匿名限流;此前 2026-06-30 查询约 11.8k stars、2.0k forks,建议打开仓库 badge 查看实时值
当前活跃度README 与 MS Learn 均显示为 Microsoft 当前推荐的 Agent/Workflow 新框架;仓库 2026-06-30 仍有更新记录

项目自带关键图:

官方 README 中的视频入口:

2. 它主要能做什么

Microsoft Agent Framework 提供两大类能力:

类别官方定位售前解释
Agents使用 LLM 处理输入、调用工具/MCP Server、生成响应构建单个智能助手或任务型 Agent
Workflows图式工作流,连接 Agents 和函数,支持类型安全路由、checkpoint、人审构建可控、可恢复、可审计的多步骤业务流程

和普通 Agent SDK 相比,MAF 更强调从原型到生产:

能力说明对客户的价值
Python + .NET 双栈Python 与 C#/.NET 都有框架支持适合 Microsoft 企业客户、混合技术团队
多模型 ProviderREADME 提到 Microsoft Foundry、Azure OpenAI、OpenAI;MS Learn 还列出 Anthropic、Ollama 等 Provider 方向避免绑定单一模型,方便架构演进
Graph-based Workflows顺序、并发、handoff、group collaboration 等模式复杂流程可显式建模,不只是多轮聊天
Checkpoint / Resume工作流可持久化、恢复、长任务容错适合长流程、审批流程、批处理
Human-in-the-loop工作流可暂停等待人工输入,再继续执行高风险场景可控,满足审核要求
Middleware请求/响应处理、异常处理、自定义 pipeline企业可加入鉴权、日志、策略、过滤
ObservabilityOpenTelemetry 分布式追踪、监控、调试生产运维可看见 Agent/Tool/Workflow 行为
Foundry Hosted AgentsREADME 称可用少量代码部署到 Foundry-hosted infrastructure对 Azure/Microsoft Foundry 客户很有吸引力
Declarative AgentsYAML 定义 Agent,便于版本化和配置化适合团队协作、环境差异管理
Agent Skills从文件、内联代码、类库等构建领域知识供 Agent 使用适合企业知识与工具能力沉淀
DevUI交互式开发、测试、调试工作流缩短开发调试周期,便于 demo

3. 和 AutoGen / Semantic Kernel 的关系

MAF 的售前价值很大一部分来自“官方继任路线”。

MS Learn 概览中明确说明:Agent Framework 结合了 AutoGen 的简单 Agent 抽象和 Semantic Kernel 的企业级能力,例如 session-based state management、type safety、middleware/filters、telemetry,以及更丰富的模型和 embedding 支持;同时新增了显式多 Agent 执行路径控制的 graph-based workflows。

来源项目原有优势MAF 吸收/演进方向
AutoGen单 Agent/多 Agent 简洁抽象、GroupChat、事件驱动 Agent runtime更生产化的 Agent 与 Workflow,AutoGen 用户迁移路线
Semantic Kernel企业特性、插件/工具、状态、遥测、模型生态统一到新 Agent Framework 中,面向生产工作流
MAF新一代统一路线Python + .NET,Agents + Workflows,Foundry/Azure/OpenAI 生态

售前话术:

“如果客户还在评估 AutoGen,那么现在应该直接把 Microsoft Agent Framework 纳入主选项,因为它是 Microsoft 当前面向生产级 Agent 的新路线。”

4. 核心能力清单

能力具体说明售前价值
Agent 创建Agent 封装模型、instructions、tools、session快速构建任务型智能助手
Session 状态通过 AgentSession 管理多轮上下文可支持连续对话和外部状态存储
Tools/MCPAgent 可调用函数工具、MCP servers、hosted tools打通企业系统和外部服务
StreamingAgent 和 client 都支持流式输出改善前端体验、减少等待
Typed Workflows用类型安全方式连接 executor、agent、函数降低复杂流程维护成本
Request/Response工作流可发起人工请求并等待响应适合审批、质检、合规流程
Checkpointing捕获 executor state、shared state、message queues、workflow position长任务可恢复,减少失败重跑
OpenTelemetryAgent、Workflow、Tool execution 追踪企业运维、审计、排错
Middleware拦截请求/响应、异常处理、自定义管线企业治理、安全策略、日志埋点
Provider 抽象Foundry、Azure OpenAI、OpenAI 等模型可替换,降低供应商锁定
Hosting samplesAzure Functions、Durable Task hosting、A2A 等帮客户从 SDK 走向部署

5. Agents vs Workflows 怎么讲

MS Learn 给了一个很好的判断标准:

用 Agent 当…用 Workflow 当…
任务开放、对话式流程有明确步骤
需要自主工具使用和规划需要显式控制执行顺序
单次 LLM 调用或带工具调用就够多个 Agent 或函数必须协作

还有一句对售前很有用:

如果可以用普通函数处理任务,就用函数,不要为了 AI 而 AI。

这句话背后的售前价值是:MAF 不是鼓励把一切都变成 Agent,而是把 Agent 放到真正需要推理、工具调用和人机协作的环节;确定性步骤仍用普通代码/Workflow 来控制。这样更符合企业客户对稳定性、成本和可控性的要求。

6. 架构/部署/集成方式

MAF 的典型架构可以理解为:

  1. Provider 层:连接 Microsoft Foundry、Azure OpenAI、OpenAI、其他模型供应商。
  2. Agent 层:用模型、instructions、tools、session 构建 Agent。
  3. Tool/MCP 层:连接企业 API、MCP Server、hosted tools、代码解释器、文件检索等。
  4. Workflow 层:图式编排 Agent、函数、人工审批、checkpoint、分支路由。
  5. Observability/Governance 层:OpenTelemetry、middleware、日志、策略、内容过滤。
  6. Hosting 层:本地开发、Azure Functions、Durable Agents/Workflows、Foundry Hosted Agents、A2A。

面向 Azure 客户时,可重点讲:

集成点售前意义
Microsoft Foundry统一模型、项目、托管 Agent 能力
Azure OpenAI企业常见模型底座
Azure Identity企业身份认证路线
ManagedIdentityCredential生产环境更安全的认证方式
Azure Functions / Durable TaskServerless 与持久工作流部署
OpenTelemetry接入企业监控和可观测平台

7. 怎么用

Python 安装:

pip install agent-framework
pip install azure-identity

.NET 安装:

dotnet add package Microsoft.Agents.AI
dotnet add package Microsoft.Agents.AI.Foundry
dotnet add package Azure.AI.Projects
dotnet add package Azure.Identity

Python 最小示例:

import asyncio
from agent_framework import Agent
from agent_framework.foundry import FoundryChatClient
from azure.identity import AzureCliCredential

async def main():
    client = FoundryChatClient(
        credential=AzureCliCredential(),
        # project_endpoint="https://your-project.services.ai.azure.com",
        # model="gpt-4o",
    )

    agent = Agent(
        client=client,
        name="HelloAgent",
        instructions="You are a friendly assistant. Keep your answers brief.",
    )

    result = await agent.run("What is the capital of France?")
    print(result)

if __name__ == "__main__":
    asyncio.run(main())

流式输出:

async for chunk in agent.run("Tell me a one-sentence fun fact.", stream=True):
    if chunk.text:
        print(chunk.text, end="", flush=True)

注意:MS Learn 明确提醒 Agent Framework 不会自动加载 .env 文件;如果需要 .env,要在应用中显式调用 load_dotenv()

8. 适用场景

场景适配度说明
Microsoft/Azure 客户的新 Agent 平台Foundry、Azure OpenAI、Azure Identity、.NET 生态匹配
AutoGen 迁移官方提供 AutoGen 到 MAF 的迁移指南
Semantic Kernel 迁移/升级官方也提供 SK 迁移指南
生产级多 Agent 工作流Graph workflow、checkpoint、人审、observability 是核心优势
企业内部流程自动化可把普通函数、Agent、人工审批组合到 Workflow
长任务/异步任务Checkpoint/resume、Durable hosting 思路适配
简单聊天机器人中低用 MAF 可能偏重,直接 Chat API 或轻量 SDK 更简单
非 Microsoft 技术栈客户仍可用 Python/OpenAI,但生态优势会弱一些

9. 不太适合的场景

不适合点原因
只需要一次 LLM 调用MAF 的 workflow/governance 能力会显得重
客户完全不使用 Azure/Microsoft 生态MAF 仍可用,但 Foundry/.NET/Azure Identity 的优势不明显
需要高度成熟的全托管商业平台MAF 是开源框架/SDK,仍需搭建应用层和运维体系
对第三方工具完全零风险容忍README 明确提示第三方系统、非 Azure 模型、MCP/tool 使用需自行承担风险和治理
需要所有 provider 同等成熟迁移指南中部分 provider/能力仍有 planned 状态,需要逐项确认

10. 售前可以怎么讲

一句话定位:

“Microsoft Agent Framework 是 Microsoft 当前面向生产级 Agent 和多 Agent 工作流的新一代框架,把 AutoGen 的多 Agent 思路和 Semantic Kernel 的企业能力统一起来,适合从原型走向可治理、可观测、可恢复的企业级 Agent 应用。”

客户价值话术:

客户痛点MAF 价值
AutoGen 进入维护模式,不知道新项目选什么MAF 是官方继任路线,有迁移指南
Agent demo 能跑,但生产不可控Workflow、checkpoint、人审、middleware、observability 提供工程控制面
Python 和 .NET 团队各做一套MAF 提供 Python + C#/.NET 一致框架
企业要 Azure/Foundry 集成原生支持 Foundry、Azure OpenAI、Azure Identity
多 Agent 太“黑盒”图式 Workflow 显式表达执行路径,便于审计和调试
担心工具调用风险可通过 middleware、human-in-the-loop、权限边界设计治理

11. 与 AutoGen / CrewAI / LangGraph 的对比

框架更适合MAF 的差异点
AutoGen既有项目维护、历史多 Agent 原型AutoGen 已 maintenance mode;MAF 是 Microsoft 推荐的新路线
CrewAIPython 多 Agent 自动化、角色/任务/团队式表达MAF 更偏 Microsoft/Azure/.NET 生产治理和 typed workflows
LangGraphLangChain 生态、状态图、可控 Agent WorkflowMAF 与 Foundry/Azure/.NET/AutoGen/SK 迁移结合更紧
Semantic Kernel既有 SK 插件/Planner/企业语义编排MAF 可看作 SK + AutoGen 经验融合后的 Agent/Workflow 新框架

售前建议:

  1. 如果客户是 Azure/Microsoft 生态,MAF 应优先进入方案。
  2. 如果客户已有 AutoGen,MAF 是迁移主线。
  3. 如果客户是纯 Python、非 Azure、偏业务自动化 demo,可同时比较 CrewAI。
  4. 如果客户已有 LangChain/LangGraph 生态,则需要从模型 Provider、状态管理、工作流治理、部署要求来选型。

12. PoC 建议

MAF PoC 不建议只做“Hello Agent”,应选一个能体现生产能力的流程。

PoC 项设计方式验收指标
AutoGen 迁移小样选一个 AutoGen AssistantAgent/GroupChat 迁到 MAF改造量、功能等价性、可观测性提升
人审审批流程Agent 生成建议,Workflow 暂停等待人工批准人审节点可控性、恢复能力
长任务 checkpoint设计多步骤文档分析/报告流程,中途故障后恢复是否可从 checkpoint 恢复,不重复消耗
Azure Foundry Agent使用 FoundryChatClient 构建企业 AgentAzure 认证、模型调用、部署路径
多 Agent 工作流研究、分析、审核、执行分不同 Agent/函数成本、延迟、完成率、可解释性
OpenTelemetry 观测接入 OTEL collector 或企业监控平台trace 完整度、工具调用可见性

建议指标:

指标说明
端到端完成率Agent + Workflow 是否完成真实业务任务
恢复能力中断后是否从 checkpoint 继续
人审效率人工审核是否能暂停/恢复流程
可观测性是否能看到 Agent、工具、Workflow trace
安全边界第三方工具和数据流是否被审计和限制
成本token、工具调用、云资源成本
迁移成本AutoGen/SK 既有代码改造量

13. 风险和注意事项

  1. GitHub API 本次匿名限流:未能再次通过 GitHub API 校验 stars、forks、latest GitHub release,笔记中包版本使用 PyPI/NuGet 查询结果。
  2. 第三方系统风险:README 重要提示明确说明第三方 servers、agents、code、non-Azure Direct models 都需要客户自行承担风险、审查数据流和成本。
  3. Azure 认证要慎重:MS Learn 提醒 DefaultAzureCredential 开发方便,但生产建议使用更明确的 credential,如 Managed Identity。
  4. Provider 能力不完全等价:AutoGen 迁移指南里部分 provider/能力仍是 planned,需要逐项确认。
  5. SDK 不是完整平台:MAF 提供框架和样例,生产仍要应用层权限、审计、UI、CI/CD、部署和监控。
  6. AI 责任边界:需要客户自己实现 metaprompt、content filters、安全评测、质量控制等 Responsible AI 缓解措施。
  7. 框架仍在快速演进:PyPI/NuGet 版本更新较快,生产 PoC 需固定版本和升级策略。

14. 常见客户问题

问题回答建议
MAF 是不是 AutoGen 的替代品?可以这么理解。官方文档称它是 AutoGen 和 Semantic Kernel 的下一代方向,并提供 AutoGen 迁移指南。
和 CrewAI 怎么选?Azure/.NET/Microsoft Foundry/生产治理优先看 MAF;Python 多 Agent 自动化、角色任务表达和快速业务 demo 可比较 CrewAI。
支持本地模型吗?MS Learn provider 概览提到 Ollama 等 Provider,但具体成熟度和功能要以当前文档/样例验证。
能不能只用 OpenAI,不用 Azure?README 和迁移指南都提到 OpenAI Provider;但 MAF 的 Microsoft 生态优势在 Azure/Foundry 场景更明显。
能做多 Agent 吗?可以,支持 graph-based workflows、group collaboration、Magentic 等模式,并有 Python/.NET 样例。
生产上最重要的能力是什么?checkpoint、human-in-the-loop、OpenTelemetry、middleware、Azure Identity、hosting samples。
是否开箱即用有完整控制台?有 DevUI 和样例,但不是一套完整商业平台;生产应用仍需自建前端、权限、审计和部署体系。

15. 我的售前判断

Microsoft Agent Framework 是当前 Microsoft 生态里最值得重点跟踪的 Agent 框架。它的定位非常清楚:不是为了再做一个 Agent demo 框架,而是为企业把 Agent 从 demo 推到生产做基础设施。它把 AutoGen 的多 Agent 思路、Semantic Kernel 的企业工程能力、Azure/Foundry 的部署生态合到一条线上。

如果客户已经在 Microsoft 生态里,MAF 是非常自然的推荐路径。特别是客户提到这些关键词时:Azure OpenAI、Microsoft Foundry、.NET、AutoGen 迁移、生产级工作流、可观测、人审、长任务恢复、企业治理,都可以把 MAF 放到方案核心。

但如果客户只是想快速做一个简单聊天机器人,MAF 可能偏重;如果客户完全不碰 Microsoft 生态,也要和 CrewAI、LangGraph 等做横向比较。售前推进时,最好的切入点不是“它能写一首诗”,而是“它能把 Agent 放进一个可恢复、可审计、可人工介入的业务流程里”。

16. 参考资料

  • GitHub: https://github.com/microsoft/agent-framework
  • MS Learn 文档: https://learn.microsoft.com/en-us/agent-framework/
  • Framework Overview: https://learn.microsoft.com/en-us/agent-framework/overview/agent-framework-overview
  • Quick Start: https://learn.microsoft.com/en-us/agent-framework/tutorials/quick-start
  • AutoGen 迁移指南: https://learn.microsoft.com/en-us/agent-framework/migration-guide/from-autogen/
  • Semantic Kernel 迁移指南: https://learn.microsoft.com/en-us/agent-framework/migration-guide/from-semantic-kernel
  • PyPI: https://pypi.org/project/agent-framework/
  • NuGet: https://www.nuget.org/profiles/MicrosoftAgentFramework/