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 企业客户、混合技术团队 |
| 多模型 Provider | README 提到 Microsoft Foundry、Azure OpenAI、OpenAI;MS Learn 还列出 Anthropic、Ollama 等 Provider 方向 | 避免绑定单一模型,方便架构演进 |
| Graph-based Workflows | 顺序、并发、handoff、group collaboration 等模式 | 复杂流程可显式建模,不只是多轮聊天 |
| Checkpoint / Resume | 工作流可持久化、恢复、长任务容错 | 适合长流程、审批流程、批处理 |
| Human-in-the-loop | 工作流可暂停等待人工输入,再继续执行 | 高风险场景可控,满足审核要求 |
| Middleware | 请求/响应处理、异常处理、自定义 pipeline | 企业可加入鉴权、日志、策略、过滤 |
| Observability | OpenTelemetry 分布式追踪、监控、调试 | 生产运维可看见 Agent/Tool/Workflow 行为 |
| Foundry Hosted Agents | README 称可用少量代码部署到 Foundry-hosted infrastructure | 对 Azure/Microsoft Foundry 客户很有吸引力 |
| Declarative Agents | YAML 定义 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/MCP | Agent 可调用函数工具、MCP servers、hosted tools | 打通企业系统和外部服务 |
| Streaming | Agent 和 client 都支持流式输出 | 改善前端体验、减少等待 |
| Typed Workflows | 用类型安全方式连接 executor、agent、函数 | 降低复杂流程维护成本 |
| Request/Response | 工作流可发起人工请求并等待响应 | 适合审批、质检、合规流程 |
| Checkpointing | 捕获 executor state、shared state、message queues、workflow position | 长任务可恢复,减少失败重跑 |
| OpenTelemetry | Agent、Workflow、Tool execution 追踪 | 企业运维、审计、排错 |
| Middleware | 拦截请求/响应、异常处理、自定义管线 | 企业治理、安全策略、日志埋点 |
| Provider 抽象 | Foundry、Azure OpenAI、OpenAI 等 | 模型可替换,降低供应商锁定 |
| Hosting samples | Azure Functions、Durable Task hosting、A2A 等 | 帮客户从 SDK 走向部署 |
5. Agents vs Workflows 怎么讲
MS Learn 给了一个很好的判断标准:
| 用 Agent 当… | 用 Workflow 当… |
|---|---|
| 任务开放、对话式 | 流程有明确步骤 |
| 需要自主工具使用和规划 | 需要显式控制执行顺序 |
| 单次 LLM 调用或带工具调用就够 | 多个 Agent 或函数必须协作 |
还有一句对售前很有用:
如果可以用普通函数处理任务,就用函数,不要为了 AI 而 AI。
这句话背后的售前价值是:MAF 不是鼓励把一切都变成 Agent,而是把 Agent 放到真正需要推理、工具调用和人机协作的环节;确定性步骤仍用普通代码/Workflow 来控制。这样更符合企业客户对稳定性、成本和可控性的要求。
6. 架构/部署/集成方式
MAF 的典型架构可以理解为:
- Provider 层:连接 Microsoft Foundry、Azure OpenAI、OpenAI、其他模型供应商。
- Agent 层:用模型、instructions、tools、session 构建 Agent。
- Tool/MCP 层:连接企业 API、MCP Server、hosted tools、代码解释器、文件检索等。
- Workflow 层:图式编排 Agent、函数、人工审批、checkpoint、分支路由。
- Observability/Governance 层:OpenTelemetry、middleware、日志、策略、内容过滤。
- Hosting 层:本地开发、Azure Functions、Durable Agents/Workflows、Foundry Hosted Agents、A2A。
面向 Azure 客户时,可重点讲:
| 集成点 | 售前意义 |
|---|---|
| Microsoft Foundry | 统一模型、项目、托管 Agent 能力 |
| Azure OpenAI | 企业常见模型底座 |
| Azure Identity | 企业身份认证路线 |
| ManagedIdentityCredential | 生产环境更安全的认证方式 |
| Azure Functions / Durable Task | Serverless 与持久工作流部署 |
| 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 推荐的新路线 |
| CrewAI | Python 多 Agent 自动化、角色/任务/团队式表达 | MAF 更偏 Microsoft/Azure/.NET 生产治理和 typed workflows |
| LangGraph | LangChain 生态、状态图、可控 Agent Workflow | MAF 与 Foundry/Azure/.NET/AutoGen/SK 迁移结合更紧 |
| Semantic Kernel | 既有 SK 插件/Planner/企业语义编排 | MAF 可看作 SK + AutoGen 经验融合后的 Agent/Workflow 新框架 |
售前建议:
- 如果客户是 Azure/Microsoft 生态,MAF 应优先进入方案。
- 如果客户已有 AutoGen,MAF 是迁移主线。
- 如果客户是纯 Python、非 Azure、偏业务自动化 demo,可同时比较 CrewAI。
- 如果客户已有 LangChain/LangGraph 生态,则需要从模型 Provider、状态管理、工作流治理、部署要求来选型。
12. PoC 建议
MAF PoC 不建议只做“Hello Agent”,应选一个能体现生产能力的流程。
| PoC 项 | 设计方式 | 验收指标 |
|---|---|---|
| AutoGen 迁移小样 | 选一个 AutoGen AssistantAgent/GroupChat 迁到 MAF | 改造量、功能等价性、可观测性提升 |
| 人审审批流程 | Agent 生成建议,Workflow 暂停等待人工批准 | 人审节点可控性、恢复能力 |
| 长任务 checkpoint | 设计多步骤文档分析/报告流程,中途故障后恢复 | 是否可从 checkpoint 恢复,不重复消耗 |
| Azure Foundry Agent | 使用 FoundryChatClient 构建企业 Agent | Azure 认证、模型调用、部署路径 |
| 多 Agent 工作流 | 研究、分析、审核、执行分不同 Agent/函数 | 成本、延迟、完成率、可解释性 |
| OpenTelemetry 观测 | 接入 OTEL collector 或企业监控平台 | trace 完整度、工具调用可见性 |
建议指标:
| 指标 | 说明 |
|---|---|
| 端到端完成率 | Agent + Workflow 是否完成真实业务任务 |
| 恢复能力 | 中断后是否从 checkpoint 继续 |
| 人审效率 | 人工审核是否能暂停/恢复流程 |
| 可观测性 | 是否能看到 Agent、工具、Workflow trace |
| 安全边界 | 第三方工具和数据流是否被审计和限制 |
| 成本 | token、工具调用、云资源成本 |
| 迁移成本 | AutoGen/SK 既有代码改造量 |
13. 风险和注意事项
- GitHub API 本次匿名限流:未能再次通过 GitHub API 校验 stars、forks、latest GitHub release,笔记中包版本使用 PyPI/NuGet 查询结果。
- 第三方系统风险:README 重要提示明确说明第三方 servers、agents、code、non-Azure Direct models 都需要客户自行承担风险、审查数据流和成本。
- Azure 认证要慎重:MS Learn 提醒
DefaultAzureCredential开发方便,但生产建议使用更明确的 credential,如 Managed Identity。 - Provider 能力不完全等价:AutoGen 迁移指南里部分 provider/能力仍是 planned,需要逐项确认。
- SDK 不是完整平台:MAF 提供框架和样例,生产仍要应用层权限、审计、UI、CI/CD、部署和监控。
- AI 责任边界:需要客户自己实现 metaprompt、content filters、安全评测、质量控制等 Responsible AI 缓解措施。
- 框架仍在快速演进: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/