AutoGen / Microsoft Agent Framework 平台研究
1. 介绍
1.1 平台定位
AutoGen 是 Microsoft Research 于 2023 年发布的开源多智能体对话框架(MIT 许可),一度是「多 Agent 对话式协作」的代名词。2025 年起,微软启动统一战略:AutoGen 与 Semantic Kernel 合流为 Microsoft Agent Framework(MAF),两者进入维护模式。
按项目参数卡的统一口径,MAF 属于第三代「运行时与评估时代」的 Runtime 型 Harness——它不只是覆盖 L2/L3 的 Agent Framework 子集,而是把上下文工程、沙箱执行、轨迹评估与权限治理一起做成一等公民,是 Harness 的完整形态而非子集。
MAF 最重要的概念贡献是 Harness Agent:把「Agent 运行时模式」本身做成一个 API。一次方法调用(.AsHarnessAgent(...) / create_harness_agent(...))即可把任意 chat client 变成具备规划、todo 追踪、上下文压缩、文件访问、记忆、工具审批与可观测能力的完整 Agent Harness。就"AI Harness"一词的本义而言,这是 2026 年最贴近的产品化表达。
1.2 基本信息
| 项 | 值 |
|---|---|
| 开发商 | Microsoft(AutoGen 出自 Microsoft Research,MAF 由原班团队构建) |
| AutoGen 首发 | 2023,MIT,约 50.4K~60.8K stars(不同来源口径不一致) |
| 当前形态 | Microsoft Agent Framework(MAF) |
| 许可证 | MIT |
| 包 | Python agent-framework(pip);.NET Microsoft.Agents.AI(NuGet 1.7.0 于 2026-06,1.13.0 于 2026-07-03);Go 公开预览 |
| 语言支持 | C#(.NET 9+/10)、Python 3.10+、Go(预览) |
| Go SDK 功能缺口 | 无声明式 Agent、无 RAG、无 CodeAct、无函数式 workflow |
| 支持承诺 | 1.0 提供长期支持(LTS),稳定 API 表面 + 文档化升级路径 |
| 互操作协议 | MCP(完整)+ A2A 1.0,均为 1.0 原生(非外挂) |
| 供应商连接器 | Microsoft Foundry、Azure OpenAI、OpenAI、Anthropic Claude、Amazon Bedrock、Google Gemini、Ollama |
| 托管定价 | Foundry Agent Service Hosted Agents:计算 $0.0994 / vCPU-hour;内存 $0.0118 /(单位 ) |
1.3 关键事实:AutoGen 已并入 Microsoft Agent Framework
这是理解本平台的第一前提:AutoGen 已不再独立演进,其能力已并入 Microsoft Agent Framework(MAF;微软 365 体系下亦称 Microsoft Agent Framework 365)。
合并时间线:
| 时间 | 事件 |
|---|---|
| 2025-10-01 | 宣布 MAF public preview;Semantic Kernel 与 AutoGen 进入 maintenance mode |
| 2025-10-22 | 双框架 1.0 承诺 |
| 2026-02 | RC(API 冻结,发布迁移指南) |
| 2026-04-02/03 | MAF 1.0 GA |
| 2026-06 起 | AutoGen 仓库标注「由社区管理」 |
2025 年的社区批评:在并入 MAF 之前,AutoGen 在 2025 年集中出现了若干社区层面的批评,主要包括:
| 批评维度 | 具体内容 |
|---|---|
| 并发能力 | 社区反馈 AutoGen 在并发场景下的表现不佳 |
| 文档质量 | 文档组织与示例覆盖被认为不足,学习成本高 |
| 企业用户反馈 | 企业侧用户反馈集中在稳定性与生产可用性方面 |
这些批评是微软决定以 MAF 统一三条 SDK 线(AutoGen / Semantic Kernel / 新建)的现实背景之一。对存量用户而言,这意味着 2026 年是必须做迁移规划的一年:继续停留在 AutoGen 上,将只获得社区级维护。
2. 名词解释
| 术语 | 英文/缩写 | 释义 |
|---|---|---|
| AIAgent | AIAgent | 一等公民 Agent 原语:承载 instructions、tools、memory、state,且全部可插拔 |
| ChatClientAgent | ChatClientAgent | 由聊天客户端构建的 Agent;所有连接器实现 Microsoft.Extensions.AI 的 IChatClient,换供应商不改业务代码 |
| Harness Agent | Harness Agent | 有主张的「电池全包」Agent,面向长多步任务:规划与 todo 追踪、上下文压缩、文件访问与记忆、「不再询问」式工具审批、可观测性;一次方法调用即可把任意 chat client 变成完整 Agent Harness |
| Workflow | Workflow | 图基工作流,通过显式执行路径连接 Agent 与函数;类型安全路由 + checkpointing + HITL |
| Agent Session | Agent Session | 会话状态管理基础构件 |
| Context Provider | Context Provider | Agent 记忆的上下文提供器 |
| Middleware | Middleware | 拦截 Agent 动作的中间件管线(继承自 Semantic Kernel 的企业级过滤器管线) |
| 五大编排模式 | Orchestration Patterns | Sequential(管道 A→B→C)/ Concurrent(fan-out/fan-in + 聚合)/ Handoff(网状,Agent 间传递控制权)/ Group Chat(共享会话线程)/ Magentic-One(manager 动态分析任务并委派给最合适的 Agent) |
| Conversable Agent | ConversableAgent | AutoGen 时代原语:可收发消息、可挂载工具的对话式 Agent 基类;在 MAF 中对应 ChatClientAgent |
| GroupChat | GroupChat | AutoGen 时代原语:多个 Agent 共享同一会话线程的多方对话;在 MAF 中对应 Group Chat 编排模式 |
| Selector | Selector / Speaker Selection | AutoGen 时代原语:GroupChat 中决定下一发言者的选择机制(可由 LLM 或确定性规则驱动);在 MAF 中由类型安全路由承担 |
| FileMemoryProvider | FileMemoryProvider | 会话级文件记忆,存于 agent-file-memory/{session}/ |
| FileAccessProvider | FileAccessProvider | 文件访问提供器 |
| TodoProvider | TodoProvider | 工作项管理:add / complete / remove / list |
| AgentModeProvider | AgentModeProvider | plan 与 execute 模式切换 |
| AgentSkillsProvider | AgentSkillsProvider | 文件系统技能发现与执行 |
| BackgroundAgentsProvider | BackgroundAgentsProvider | 并行子 Agent 委派 |
| ShellExecutor | ShellExecutor | .NET 侧沙箱 shell |
| ToolApprovalAgent | ToolApprovalAgent | 敏感工具调用的「don't ask again」审批规则 |
| OpenTelemetryAgent | OpenTelemetryAgent | 自动 OpenTelemetry 语义约定 tracing |
| Foundry Hosted Agents | Foundry Hosted Agents | 把本地 Agent 打包为容器部署到 Foundry 托管基础设施:scale to zero、文件系统完整恢复、每会话 VM 隔离沙箱、OTel 追踪流入 Application Insights |
| CodeAct | CodeAct | 模型写一段短 Python 程序,通过 call_tool(...) 批量调用工具,在沙箱中一次执行,返回合并结果;显著减少模型轮次、延迟与 token。位于 agent-framework-hyperlight(alpha)包 |
| DevUI | DevUI | 浏览器端调试工具 |
| Declarative Agent | Declarative Agent | YAML 声明式 Agent 与工作流定义 |
3. 功能说明
3.1 四大领域
MAF 的能力面被组织为四个领域:
- Agents:单个 Agent 的构建与运行(
AIAgent/ChatClientAgent/Declarative Agent)。 - Harness Agent:面向长多步任务的「电池全包」形态。
- Workflows:函数式与图基工作流,提供显式执行路径。
- Integrations:模型供应商、Agent 服务、工具、上下文提供器、中间件、评估服务、UI 框架。
3.2 五大编排模式
| 模式 | 拓扑 | 适用场景 |
|---|---|---|
| Sequential | 管道 A→B→C | 固定阶段流水线 |
| Concurrent | fan-out / fan-in + 聚合 | 并行调研、并行评审 |
| Handoff | 网状,Agent 间传递控制权 | 分诊后转交专家 |
| Group Chat | 共享会话线程 | 多方讨论与协同定稿 |
| Magentic-One | manager 动态分析任务并委派 | 任务形态不固定、需动态组队 |
五种模式开箱即用,是 MAF 相对 LangGraph「只有图、模式需自建」的差异化优势:它把常见协作形态预置为模式,降低了从零设计的成本。
3.3 Agent Harness 扩展组件
Harness Agent 通过一组可插拔 Provider 组装能力(BUILD 2026 引入):
| 能力 | 机制 |
|---|---|
| 自动上下文压缩 | 监控 token 使用,在循环中段压缩聊天历史,防止长工具调用链溢出 |
| 指令处理 | 内置默认指令与指令合并:harness 指令在前,自定义指令在后 |
| 文件记忆 | FileMemoryProvider,会话级,存于 agent-file-memory/{session}/ |
| 文件访问 | FileAccessProvider |
| 任务追踪 | TodoProvider(add / complete / remove / list) |
| 模式切换 | AgentModeProvider(plan vs execute) |
| 技能发现 | AgentSkillsProvider,文件系统技能发现与执行 |
| 并行委派 | BackgroundAgentsProvider,并行子 Agent 委派 |
| 网络 | 托管 Web search |
| Shell | ShellExecutor(.NET,沙箱 shell) |
| 存储后端 | FileMemoryStore / FileAccessStore 可替换为任意 AgentFileStore 实现(如 blob storage) |
中间件与定制能力包括 ToolApprovalAgent(敏感工具「不再询问」审批规则)与 OpenTelemetryAgent(自动 OTel 语义约定 tracing)。
3.4 Foundry Hosted Agents
从本地到生产的路径被压缩到数行代码:
- .NET:
AddFoundryResponses(agent)+MapFoundryResponses() - Python:
ResponsesHostServer(agent).run()
托管侧提供:scale to zero、文件系统完整恢复、每会话 VM 隔离沙箱、OTel 追踪自动流入 Application Insights。
3.5 CodeAct:把编排开销折叠成一次执行
CodeAct 解决的是编排开销的本质问题:传统 Agent 循环是「选工具 → 等待 → 选下一个工具」,每一步都要一次完整的模型往返。CodeAct 把它折叠成「模型写一段短程序 → 沙箱中一次执行 → 返回合并结果」,显著减少模型轮次、延迟与 token 消耗。
需要注意的是,CodeAct 位于 agent-framework-hyperlight(alpha)包,成熟度 ,不应作为生产依赖的核心路径。
3.6 互操作与多语言
- MCP + A2A:工具互操作走 MCP,跨框架 Agent 协作用 A2A 1.0,均为 1.0 原生支持而非外挂适配层。
- 多语言:C# 与 Python 为双一等公民;Go 为公开预览且功能有缺口(无声明式 Agent、RAG、CodeAct、函数式 workflow)。
- 声明式 YAML Agent 与 DevUI 浏览器调试。
4. 平台架构
图 4-1|MAF 五层架构:从 Interop 互操作层到 Connectors 连接器层
数据来源:基于本文分析绘制的示意图。
4.1 五层架构
Interop 层 MCP 客户端 / A2A 协议适配器
Orchestration 图工作流引擎(Sequential / Concurrent / Handoff / Group Chat / Magentic-One)
Agents AIAgent / ChatClientAgent / Declarative Agent / Harness Agent
Runtime Session 管理 / Middleware 管线 / Memory & Context / 执行循环
Connectors Azure OpenAI / OpenAI / Anthropic / Bedrock / Gemini / Ollama(均实现 IChatClient) 架构的关键设计是 Connectors 层统一实现 IChatClient 接口:这使「换模型供应商」从代码改动降级为配置改动,是 L1 层模型路由能力的工程基础。
4.2 AutoGen 与 Semantic Kernel 的遗产分工
两个前身框架在 MAF 中各留下一半:
| 来源 | 贡献 |
|---|---|
| Semantic Kernel | 基础层:Kernel 抽象与 DI 集成、插件模型、连接器系统、Prompt 模板语言 |
| AutoGen | 图工作流:多 Agent 对话模式、Group Chat / 角色、任务交接与状态协调、带类型边的图工作流 |
因此,AutoGen 的 ConversableAgent / GroupChat / Selector 三件套,在 MAF 中被重新表达为 ChatClientAgent / Group Chat 编排模式 / 类型安全路由。概念上一脉相承,API 上不兼容——这正是存量用户需要规划迁移的原因。
4.3 从本地到生产的路径
本地:ChatClientAgent + Harness Agent(本地文件记忆、沙箱 shell、DevUI 调试)
↓ AddFoundryResponses / ResponsesHostServer
生产:Foundry Hosted Agents(容器打包、scale to zero、每会话 VM 隔离、Application Insights 追踪) 这条路径的工程意义在于:Harness 的本地形态与托管形态是同一套 API,不存在「本地能跑、上云要重写」的断裂。
5. Harness 设计
5.1 六层能力总览
| 层 | 名称 | 评级 | 一句话判断 |
|---|---|---|---|
| L1 | 上下文工程层 | 强 | Harness Agent 自动上下文压缩 + Context Providers + 指令合并 + 规划/执行模式分离 |
| L2 | 工具与执行层 | 强 | MCP + 托管 Web 搜索 + 沙箱 Shell + 技能发现 + 并行子 Agent + CodeAct |
| L3 | 编排与控制层 | 强 | 五大模式 + 图工作流(类型安全路由 + checkpointing + HITL)+ 声明式 YAML |
| L4 | 记忆与状态层 | 强 | Agent Session + 多后端记忆 + 文件记忆 + Hosted 环境完整恢复 |
| L5 | 评估与观测层 | 强 | OTel 语义约定自动注入 + Application Insights 零接线 + DevUI + 评估服务集成 |
| L6 | 治理与安全层 | 强 | Middleware 管线 + Filters + 工具审批 + Entra ID / Managed Identity + 沙箱 + Hosted 身份与版本管理 |
MAF 是所有被评测平台中唯一在六层全部达到「强」的平台。
5.2 L1 上下文工程层
评级:强。
- 自动上下文压缩:Harness Agent 在循环中段监控 token 使用并压缩聊天历史,防止长工具调用链溢出上下文窗口。这是把「上下文工程」从开发者责任变成运行时责任的标志。
- Context Providers:Agent 记忆的上下文提供器,可插拔。
- 指令合并:harness 指令在前、自定义指令在后,避免用户指令覆盖运行时关键约束。
- 规划/执行模式分离:
AgentModeProvider支持 plan 与 execute 两种模式,使规划阶段与执行阶段可以采用不同的上下文策略。
相对短板:检索资料中未提及 MAF 提供类似 Google ADK Session Rewind 的「遗忘近期轮次」能力,也未提及 KV Cache 复用层面的优化细节。
5.3 L2 工具与执行层
评级:强。
- MCP 客户端(工具互操作)。
- 托管 Web 搜索。
ShellExecutor(.NET 沙箱 shell)。AgentSkillsProvider:文件系统技能发现与执行——与 Claude Agent SDK 的 Skills 机制同构。BackgroundAgentsProvider:并行子 Agent 委派。- CodeAct:把多轮工具调用折叠为一次沙箱程序执行,直接攻击编排开销瓶颈(alpha 阶段)。
- Foundry Hosted 提供每会话 VM 隔离沙箱。
5.4 L3 编排与控制层
评级:强。
MAF 在这一层同时提供模式与图两套手段,这是它相对同类平台的关键差异:
| 手段 | 表达力 | 上手成本 | 可预测性 |
|---|---|---|---|
| 五大编排模式(Sequential / Concurrent / Handoff / Group Chat / Magentic-One) | 覆盖常见形态 | 低(开箱即用) | 中~高 |
| 图工作流(显式执行路径 + 类型安全路由) | 任意拓扑 | 中 | 高 |
张力一(灵活性 ↔ 可预测性)在 MAF 上采取的是「图 + 模式」双层供给:常见场景直接用模式,复杂场景退到显式图。类型安全路由是这里的点睛之笔——路由条件在数据结构的层面被约束,而非靠 prompt 让模型「记得」该走哪条分支。这把路由从概率性判断转为可编译校验的逻辑。
此外,图工作流支持 checkpointing 与 HITL,且 checkpoint 可持久化,长流程可跨进程回收后继续存活——这是长事务场景的硬需求。
5.5 L4 记忆与状态层
评级:强。
- Agent Session:会话状态管理基础构件。
- 多后端记忆:会话历史 / 持久化 KV / 向量检索三种形态可选。
- FileMemoryProvider:会话级文件记忆,路径
agent-file-memory/{session}/。 - 存储可替换:
FileMemoryStore/FileAccessStore可换成任意AgentFileStore实现(如 blob storage)。 - Hosted 环境恢复:scale to zero 后文件系统与会话身份完整恢复——这是「无状态托管 + 有状态 Agent」矛盾的少见解法。
5.6 L5 评估与观测层
评级:强。
- OpenTelemetryAgent:自动注入 OTel 语义约定 tracing,全链路 trace。
- Application Insights 零接线集成:托管场景下追踪自动流入,无需额外配置。
- DevUI:浏览器端调试工具。
- 评估服务集成:MAF 提供评估服务集成点。
相对短板:检索资料中未提及 MAF 提供类似 OpenAI Evals、LangSmith 或阿里云 OpenJudge 的内置评估集 / golden dataset / judge 体系。MAF 的强项是「把 trace 标准化并接出去」,而非「自己提供评测闭环」。
5.7 L6 治理与安全层
评级:强。
MAF 的治理能力在所有被评测平台中最完整,其来源是继承了 Semantic Kernel 的企业级过滤器管线:
| 机制 | 作用 |
|---|---|
| Middleware 管线 | 拦截 Agent 动作,企业级扩展点 |
| Filters | 函数调用前后拦截,用于安全控制与负责任 AI 检查 |
| ToolApprovalAgent | 敏感工具调用的「don't ask again」审批规则 |
| Entra ID / Managed Identity | 企业级身份认证 |
| 沙箱 Shell | 执行隔离 |
| Foundry 托管身份与版本管理 | 部署侧治理 |
张力二(开放性 ↔ 治理)在 MAF 上的答案最为明确:MCP 与 A2A 都是 1.0 原生(打开互操作),但每一层都有对应的治理抓手——协议层有适配器、工具层有审批、调用层有 Filters、身份层有 Entra、执行层有沙箱、部署层有托管身份与版本管理。
张力三(成本 ↔ 深度)方面:Foundry Hosted Agents 采用计算 $0.0994 / vCPU-hour + 内存的按量计费,配合 scale to zero 与 CodeAct(减少模型轮次与 token),是少数在计价模型层面就为「深度智能体链路」做了设计的方案。但检索资料中未提及任务级预算硬上限(budget guardrail) 机制,标注 。
5.8 三条内在张力在 MAF 上的投影
| 张力 | 在 MAF 上的具体表现 | 平台给出的答案 | 剩余风险 |
|---|---|---|---|
| 灵活性 ↔ 可预测性 | 模式灵活但拓扑受限,图可控但需设计 | 模式 + 图双层供给;类型安全路由把路由从概率转为可校验 | 模式与图的边界需团队自行把握 |
| 开放性 ↔ 治理 | MCP + A2A 原生打开互操作面 | 全栈治理:Filter / 审批 / Entra / 沙箱 / 托管身份 | 治理能力高度依赖 Azure 生态,跨云时衰减 |
| 成本 ↔ 深度 | 深度链路(长任务 + 多 Agent)成本高 | scale to zero + 按 vCPU-hour 计费 + CodeAct 减少轮次 | 未见任务级预算硬上限;Foundry 内存计费单位不明 |
6. 实际案例
未检索到带量化效果数据的企业落地案例。 检索到的材料主要是版本发布说明、架构解析与迁移指南。
可参考的定性论据:
- AutoGen 与 Semantic Kernel 两者合计积累超过 75,000 GitHub stars 与三年企业现场经验,这些经验被 MAF 继承。
- MAF 1.0 提供长期支持(LTS)承诺与文档化升级路径,这在 Agent 框架领域较为罕见,侧面反映其企业客户基础。
诚实标注:上述均为定性描述,不构成落地效果证据。任何引用 MAF 效果的论述都必须标注「未检索到公开量化数据」。
7. 总结
7.1 优点
- 六层最均衡:唯一在所有六层均达到「强」的平台。
- Harness Agent 是「AI Harness」本义最贴近的产品化实现:把运行时模式做成一个 API,一次调用获得规划、todo、压缩、文件、记忆、审批、可观测全套能力。
- .NET 与 Python 双一等公民:这在以 Python 为中心的 Agent 框架生态中极为稀缺。
- MCP + A2A 原生 1.0,非外挂适配。
- 长期支持承诺(LTS):罕见的企业级承诺,降低 API 漂移风险。
- 企业治理能力最强:Middleware + Filters + Entra + 沙箱 + 审计,且治理粒度覆盖到单个工具调用。
- Foundry Hosted 路径极短:本地到生产数行代码,且 scale to zero 后状态完整恢复。
- CodeAct 击中编排开销本质(alpha,需评估成熟度)。
7.2 缺点
- Go SDK 仍在公开预览且功能有缺口:无声明式 Agent、RAG、CodeAct、函数式 workflow。
- 生态与社区热度低于 LangGraph / CrewAI:第三方教程、示例与社区贡献密度不足。
- Microsoft 生态引力强:治理、身份、托管、观测的最佳体验都在 Azure 栈内,跨云时能力衰减。
- SK / AutoGen 存量用户面临 2026 年迁移压力:历史包袱需要消化的成本。
- AutoGen 2025 年遗留的社区批评(并发、文档、企业可用性)需要 MAF 用实际表现来消解,目前无足够公开证据。
- 未检索到公开量化落地效果数据。
7.3 适用边界
适合:
- Microsoft 生态(.NET / Azure / Foundry)企业的默认选择。
- 需要强治理、长流程、持久执行的受监管行业(金融、医疗、公共部门)。
- 已投入 Semantic Kernel 或 AutoGen、需要一个明确迁移终点的组织。
- 需要 LTS 承诺、不能接受 API 频繁漂移的企业级项目。
不适合:
- 追求最大开源生态与社区密度的团队。
- 轻量原型验证(心智负担相对 OpenAI Agents SDK 更高)。
- 无 Microsoft/Azure 投入、且不希望产生平台绑定的组织。
- 需要开箱即用评测闭环(golden dataset / judge)的场景——MAF 强在 trace 标准化而非评测闭环。
7.4 选型建议
| 如果你的首要约束是 | MAF 是否合适 | 理由 |
|---|---|---|
| 已在 .NET / Azure 栈 | 强合适 | 双一等公民 + 治理 + 托管全链路 |
| 强合规与审计 | 强合适 | 六层治理最完整,调用级 Filters |
| 长流程 + 断点续跑 | 强合适 | 图工作流 checkpointing 可跨进程存活 |
| API 稳定性 | 强合适 | LTS 承诺罕见 |
| 存量 AutoGen / SK | 必须迁移 | 两者均已维护模式,AutoGen 2026-06 起由社区管理 |
| 最大社区生态 | 不合适 | 热度低于 LangGraph / CrewAI |
| 开箱评测闭环 | 弱 | 强 trace、弱 eval 闭环,需外挂 |
一句话结论:Microsoft Agent Framework 是「六层无短板」的工程化 Harness 范本,尤其在企业治理与长流程持久执行上领先;它的代价是生态引力与社区热度,以及 Go 语言的成熟度缺口。AutoGen 用户应把 2026 年视为迁移窗口,而非观望窗口。
信息缺口声明
- 企业落地案例与量化效果数据:3 轮检索后未检索到带量化效果数据的企业落地案例。检索到的均为版本发布、架构解析与迁移指南。
- Foundry Hosted Agents 完整定价:计算为 $0.0994 / vCPU-hour;内存计费单位不明,标注
单位。 - Go SDK 功能差距详细清单:已知缺口为「无声明式 Agent、无 RAG、无 CodeAct、无函数式 workflow」,但缺少逐项对照表。
- CodeAct 成熟度:位于
agent-framework-hyperlight(alpha)包,成熟度与生产可用性 。 - 内置评估集 / judge 体系:检索资料中未提及 MAF 提供内置 golden dataset 或 judge 框架,仅提及「评估服务集成」与 OTel tracing。此判断基于「未见」,非官方声明「不存在」,标注 。
- 任务级预算护栏:未检索到类似
max_budget_usd的强制预算上限机制,标注 。 - AutoGen 2025 年社区批评:并发差、文档差、企业用户反馈三点为社区层面反馈的归纳,未检索到微软官方对此的正式回应文档,标注 。
- MAF 365 命名口径:Microsoft Agent Framework 在微软 365 体系下的确切命名与产品边界未获官方一手确认,标注 。
- 版本号时点敏感:.NET 1.13.0(2026-07-03)与 MAF 1.0 GA(2026-04-02/03)均为 2026-09 检索时点数据。
- Transparency / AI 生成内容标注:未检索到 MAF 或 AutoGen 官方关于透明度说明或 AI 生成内容标注政策的公开资料。
8. 参考资料
- Microsoft Agent Framework — Microsoft Learn 官方文档。https://learn.microsoft.com/en-us/agent-framework/overview/
- Microsoft Agent Framework at BUILD 2026: Agent Harness, Hosted Agents, CodeAct — Microsoft 官方。https://aka.ms/Build2026MicrosoftAgentFramework
- Microsoft Agent Framework 1.0 Ends the Semantic Kernel Era — SourceFeed。https://sourcefeed.dev/a/microsoft-agent-framework-10-ends-the-semantic-kernel-era
- Microsoft Agent Framework 1.0: .NET and Python 2026 — DigitalApplied。https://www.digitalapplied.com/blog/microsoft-agent-framework-1-0-dotnet-python-guide
- Microsoft Agent Framework Developer Guide 2026 — Developer's Digest。https://www.developersdigest.tech/blog/microsoft-agent-framework-developer-guide-2026
- Microsoft Agent Framework 1.0 — Unified SDK for AI Agents on .NET 10 — anhtu.dev。https://anhtu.dev/microsoft-agent-framework-1-0-unified-sdk-for-ai-agents-on-dotnet-10-1096
- Microsoft Agent Framework vs Semantic Kernel for a Greenfield .NET Agent — Start Debugging。https://startdebugging.net/2026/06/microsoft-agent-framework-vs-semantic-kernel-for-a-greenfield-net-agent
- Migrate a Semantic Kernel App to Microsoft Agent Framework 1.0 — Start Debugging。https://startdebugging.net/2026/07/migrate-a-semantic-kernel-app-to-microsoft-agent-framework-1-0
- Semantic Kernel: Enterprise Agent Framework — Agent DevPro。https://agentdevpro.com/frameworks/semantic-kernel
- Microsoft's Quiet Shift: Why Semantic Kernel Is Moving to Maintenance Mode — FrontierNews。https://www.frontiernews.ai/news/article/microsofts-quiet-shift-why-semantic-kernel-is-movi-23683b05
AutoGen / Microsoft Agent Framework Platform Research
1. Introduction
1.1 Platform Positioning
AutoGen is an open-source multi-agent conversation framework released by Microsoft Research in 2023 (MIT license), and was once synonymous with "multi-Agent conversational collaboration." Starting in 2025, Microsoft launched a unification strategy: AutoGen and Semantic Kernel were merged into Microsoft Agent Framework (MAF), and both entered maintenance mode.
Per the unified framing of the project parameter card, MAF belongs to the third-generation "Runtime and Evaluation Era" Runtime-type Harness — it is not merely an Agent Framework subset covering L2/L3, but rather makes context engineering, sandboxed execution, trajectory evaluation, and permission governance all first-class citizens — the full form of a Harness rather than a subset.
MAF's most important conceptual contribution is the Harness Agent: it turns the "Agent runtime pattern" itself into an API. A single method call (.AsHarnessAgent(...) / create_harness_agent(...)) turns any chat client into a complete Agent Harness with planning, todo tracking, context compression, file access, memory, tool approval, and observability. In the literal sense of the term "AI Harness," this is the closest production expression seen in 2026.
1.2 Basic Information
| Item | Value |
|---|---|
| Developer | Microsoft (AutoGen from Microsoft Research; MAF built by the original team) |
| AutoGen initial release | 2023, MIT, ~50.4K–60.8K stars (figures differ across sources) |
| Current form | Microsoft Agent Framework (MAF) |
| License | MIT |
| Packages | Python agent-framework (pip); .NET Microsoft.Agents.AI (NuGet 1.7.0 in 2026-06, 1.13.0 in 2026-07-03); Go public preview |
| Language support | C# (.NET 9+/10), Python 3.10+, Go (preview) |
| Go SDK feature gaps | No declarative Agent, no RAG, no CodeAct, no functional workflows |
| Support commitment | 1.0 provides long-term support (LTS); stable API surface + documented upgrade path |
| Interop protocols | MCP (full) + A2A 1.0, both native 1.0 (not bolt-on) |
| Vendor connectors | Microsoft Foundry, Azure OpenAI, OpenAI, Anthropic Claude, Amazon Bedrock, Google Gemini, Ollama |
| Hosted pricing | Foundry Agent Service Hosted Agents: compute $0.0994 / vCPU-hour; memory $0.0118 / (unit) |
1.3 Key Fact: AutoGen Has Been Merged into Microsoft Agent Framework
This is the first premise for understanding this platform: AutoGen is no longer evolving independently — its capabilities have been merged into Microsoft Agent Framework (MAF; also known as Microsoft Agent Framework 365 within the Microsoft 365 ecosystem).
Merger timeline:
| Date | Event |
|---|---|
| 2025-10-01 | Announced MAF public preview; Semantic Kernel and AutoGen entered maintenance mode |
| 2025-10-22 | Dual-framework 1.0 commitment |
| 2026-02 | RC (API freeze, migration guide released) |
| 2026-04-02/03 | MAF 1.0 GA |
| From 2026-06 | AutoGen repository marked "community-managed" |
Community criticism in 2025: before the merger into MAF, AutoGen saw a concentration of community-level criticism in 2025, mainly including:
| Criticism Dimension | Details |
|---|---|
| Concurrency | Community feedback that AutoGen performed poorly under concurrent scenarios |
| Documentation quality | Documentation organization and example coverage were considered insufficient, with a high learning cost |
| Enterprise-user feedback | Enterprise-side user feedback focused on stability and production readiness |
These criticisms form part of the real-world backdrop for Microsoft's decision to unify the three SDK lines (AutoGen / Semantic Kernel / new) under MAF. For existing users, this means 2026 is the year to plan migration: staying on AutoGen will only entitle you to community-level maintenance.
2. Glossary
| Term | English / Abbreviation | Definition |
|---|---|---|
| AIAgent | AIAgent | First-class Agent primitive carrying instructions, tools, memory, and state — all pluggable |
| ChatClientAgent | ChatClientAgent | An Agent built from a chat client; all connectors implement IChatClient from Microsoft.Extensions.AI, so switching vendors requires no business-code changes |
| Harness Agent | Harness Agent | An opinionated "batteries-included" Agent for long, multi-step tasks: planning and todo tracking, context compression, file access and memory, "don't ask again" tool approval, observability; a single method call turns any chat client into a complete Agent Harness |
| Workflow | Workflow | Graph-based workflows connecting Agents and functions via explicit execution paths; type-safe routing + checkpointing + HITL |
| Agent Session | Agent Session | Basic building block for session-state management |
| Context Provider | Context Provider | Context provider for Agent memory |
| Middleware | Middleware | Middleware pipeline that intercepts Agent actions (inherited from Semantic Kernel's enterprise-grade filter pipeline) |
| The Five Orchestration Patterns | Orchestration Patterns | Sequential (pipeline A→B→C) / Concurrent (fan-out/fan-in + aggregation) / Handoff (mesh, passing control between Agents) / Group Chat (shared session thread) / Magentic-One (a manager dynamically analyzes the task and delegates to the most suitable Agent) |
| Conversable Agent | ConversableAgent | AutoGen-era primitive: a conversational Agent base class that can send/receive messages and mount tools; corresponds to ChatClientAgent in MAF |
| GroupChat | GroupChat | AutoGen-era primitive: a multi-party conversation where multiple Agents share the same session thread; corresponds to the Group Chat orchestration pattern in MAF |
| Selector | Selector / Speaker Selection | AutoGen-era primitive: the selection mechanism that decides the next speaker in a GroupChat (driven by an LLM or deterministic rules); taken over by type-safe routing in MAF |
| FileMemoryProvider | FileMemoryProvider | Session-level file memory stored at agent-file-memory/{session}/ |
| FileAccessProvider | FileAccessProvider | File-access provider |
| TodoProvider | TodoProvider | Work-item management: add / complete / remove / list |
| AgentModeProvider | AgentModeProvider | Plan/execute mode switching |
| AgentSkillsProvider | AgentSkillsProvider | File-system skill discovery and execution |
| BackgroundAgentsProvider | BackgroundAgentsProvider | Parallel sub-Agent delegation |
| ShellExecutor | ShellExecutor | .NET-side sandboxed shell |
| ToolApprovalAgent | ToolApprovalAgent | "Don't ask again" approval rules for sensitive tool calls |
| OpenTelemetryAgent | OpenTelemetryAgent | Automatic OpenTelemetry semantic-convention tracing |
| Foundry Hosted Agents | Foundry Hosted Agents | Packages local Agents as containers deployed to Foundry hosted infrastructure: scale to zero, full file-system recovery, per-session VM-isolated sandboxes, OTel traces flowing into Application Insights |
| CodeAct | CodeAct | The model writes a short Python program and batch-calls tools via call_tool(...), executes once in the sandbox, and returns merged results; significantly reducing model turns, latency, and tokens. Lives in the agent-framework-hyperlight (alpha) package |
| DevUI | DevUI | Browser-side debugging tool |
| Declarative Agent | Declarative Agent | YAML-declarative definitions of Agents and workflows |
3. Feature Overview
3.1 Four Major Domains
MAF's capability surface is organized into four domains:
- Agents: building and running a single Agent (
AIAgent/ChatClientAgent/Declarative Agent). - Harness Agent: the "batteries-included" form for long, multi-step tasks.
- Workflows: functional and graph-based workflows that provide explicit execution paths.
- Integrations: model vendors, Agent services, tools, context providers, middleware, evaluation services, UI frameworks.
3.2 Five Orchestration Patterns
| Pattern | Topology | Use Case |
|---|---|---|
| Sequential | Pipeline A→B→C | Fixed-stage pipeline |
| Concurrent | fan-out / fan-in + aggregation | Parallel research, parallel review |
| Handoff | Mesh, passing control between Agents | Triage then hand off to an expert |
| Group Chat | Shared session thread | Multi-party discussion and collaborative finalization |
| Magentic-One | A manager dynamically analyzes the task and delegates | Unstable task shapes that need dynamic teaming |
All five patterns work out of the box — this is MAF's differentiating advantage over LangGraph, where "there's only a graph and patterns must be built yourself": it pre-bakes common collaboration shapes into patterns, lowering the cost of designing from scratch.
3.3 Agent Harness Extension Components
The Harness Agent assembles capabilities through a set of pluggable Providers (introduced at BUILD 2026):
| Capability | Mechanism |
|---|---|
| Auto context compression | Monitors token usage and compresses chat history mid-loop to prevent long tool-call chains from overflowing |
| Instruction handling | Built-in default instructions and instruction merging: harness instructions first, custom instructions last |
| File memory | FileMemoryProvider, session-level, stored at agent-file-memory/{session}/ |
| File access | FileAccessProvider |
| Task tracking | TodoProvider (add / complete / remove / list) |
| Mode switching | AgentModeProvider (plan vs execute) |
| Skill discovery | AgentSkillsProvider, file-system skill discovery and execution |
| Parallel delegation | BackgroundAgentsProvider, parallel sub-Agent delegation |
| Network | Hosted Web search |
| Shell | ShellExecutor (.NET, sandboxed shell) |
| Storage backend | FileMemoryStore / FileAccessStore can be replaced by any AgentFileStore implementation (e.g., blob storage) |
Middleware and customization capabilities include ToolApprovalAgent ("don't ask again" approval rules for sensitive tools) and OpenTelemetryAgent (automatic OTel semantic-convention tracing).
3.4 Foundry Hosted Agents
The path from local to production is collapsed into a few lines of code:
- .NET:
AddFoundryResponses(agent)+MapFoundryResponses() - Python:
ResponsesHostServer(agent).run()
The hosted side provides: scale to zero, full file-system recovery, per-session VM-isolated sandboxes, and OTel traces that automatically flow into Application Insights.
3.5 CodeAct: Folding Orchestration Overhead into a Single Execution
CodeAct addresses the fundamental problem of orchestration overhead: the traditional Agent loop is "choose a tool → wait → choose the next tool," with each step requiring a full model round-trip. CodeAct folds this into "the model writes a short program → executes once in the sandbox → returns merged results," significantly reducing model turns, latency, and token consumption.
Note that CodeAct lives in the agent-framework-hyperlight (alpha) package; its maturity is [To be verified], and it should not be a core path for production dependencies.
3.6 Interoperability and Multi-Language
- MCP + A2A: tool interoperability goes through MCP, and cross-framework Agent collaboration uses A2A 1.0 — both natively supported at 1.0 rather than bolt-on adapter layers.
- Multi-language: C# and Python are dual first-class citizens; Go is a public preview with feature gaps (no declarative Agent, RAG, CodeAct, or functional workflows).
- Declarative YAML Agent and DevUI browser debugging.
4. Platform Architecture
图 4-1|MAF 五层架构:从 Interop 互操作层到 Connectors 连接器层
数据来源:基于本文分析绘制的示意图。
4.1 Five-Layer Architecture
Interop 层 MCP 客户端 / A2A 协议适配器
Orchestration 图工作流引擎(Sequential / Concurrent / Handoff / Group Chat / Magentic-One)
Agents AIAgent / ChatClientAgent / Declarative Agent / Harness Agent
Runtime Session 管理 / Middleware 管线 / Memory & Context / 执行循环
Connectors Azure OpenAI / OpenAI / Anthropic / Bedrock / Gemini / Ollama(均实现 IChatClient) The key architectural design is that the Connectors layer uniformly implements the IChatClient interface: this downgrades "switching model vendors" from a code change to a configuration change, and is the engineering foundation for L1-layer model-routing capability.
4.2 Division of Legacy between AutoGen and Semantic Kernel
Each of the two predecessor frameworks left half of itself in MAF:
| Source | Contribution |
|---|---|
| Semantic Kernel | Foundation layer: Kernel abstraction and DI integration, plugin model, connector system, Prompt template language |
| AutoGen | Graph workflows: multi-Agent conversation patterns, Group Chat / roles, task handoff and state coordination, graph workflows with typed edges |
Consequently, AutoGen's trio of ConversableAgent / GroupChat / Selector is re-expressed in MAF as ChatClientAgent / the Group Chat orchestration pattern / type-safe routing. The concepts are continuous, but the APIs are incompatible — precisely why existing users need to plan their migration.
4.3 The Path from Local to Production
本地:ChatClientAgent + Harness Agent(本地文件记忆、沙箱 shell、DevUI 调试)
↓ AddFoundryResponses / ResponsesHostServer
生产:Foundry Hosted Agents(容器打包、scale to zero、每会话 VM 隔离、Application Insights 追踪) The engineering significance of this path is that Harness's local and hosted forms are the same API — there is no "runs locally but must be rewritten for the cloud" discontinuity.
5. Harness Design
5.1 Six-Layer Capability Overview
| Layer | Name | Rating | One-Line Assessment |
|---|---|---|---|
| L1 | Context Engineering Layer | Strong | Harness Agent auto context compression + Context Providers + instruction merging + planning/execution mode separation |
| L2 | Tools and Execution Layer | Strong | MCP + hosted Web search + sandboxed Shell + skill discovery + parallel sub-Agents + CodeAct |
| L3 | Orchestration and Control Layer | Strong | Five patterns + graph workflows (type-safe routing + checkpointing + HITL) + declarative YAML |
| L4 | Memory and State Layer | Strong | Agent Session + multi-backend memory + file memory + full Hosted environment recovery |
| L5 | Evaluation and Observability Layer | Strong | Automatic OTel semantic-convention injection + zero-wiring Application Insights + DevUI + evaluation service integration |
| L6 | Governance and Security Layer | Strong | Middleware pipeline + Filters + tool approval + Entra ID / Managed Identity + sandbox + Hosted identity and version management |
MAF is the only platform among all those evaluated that reaches "Strong" across all six layers.
5.2 L1 Context Engineering Layer
Rating: Strong.
- Auto context compression: The Harness Agent monitors token usage mid-loop and compresses chat history to prevent long tool-call chains from overflowing the context window. This is the hallmark of turning "context engineering" from a developer responsibility into a runtime responsibility.
- Context Providers: Pluggable context providers for Agent memory.
- Instruction merging: harness instructions come first, custom instructions follow, preventing user instructions from overriding critical runtime constraints.
- Planning/execution mode separation:
AgentModeProvidersupports plan and execute modes, allowing the planning and execution phases to use different context strategies.
Relative shortcoming: the researched materials do not mention MAF offering a "forget recent turns" capability like Google ADK's Session Rewind, nor optimization details at the KV-cache-reuse level.
5.3 L2 Tools and Execution Layer
Rating: Strong.
- MCP client (tool interoperability).
- Hosted Web search.
ShellExecutor(.NET sandboxed shell).AgentSkillsProvider: file-system skill discovery and execution — isomorphic to the Claude Agent SDK's Skills mechanism.BackgroundAgentsProvider: parallel sub-Agent delegation.- CodeAct: folds multi-round tool calls into a single sandboxed program execution, directly attacking the orchestration-overhead bottleneck (alpha stage).
- Foundry Hosted provides per-session VM-isolated sandboxes.
5.4 L3 Orchestration and Control Layer
Rating: Strong.
On this layer MAF simultaneously offers two toolkits — patterns and graphs — which is its key differentiator relative to peer platforms:
| Approach | Expressiveness | Onboarding Cost | Predictability |
|---|---|---|---|
| Five orchestration patterns (Sequential / Concurrent / Handoff / Group Chat / Magentic-One) | Covers common shapes | Low (works out of the box) | Medium to high |
| Graph workflows (explicit execution paths + type-safe routing) | Arbitrary topology | Medium | High |
Tension One (flexibility ↔ predictability) on MAF is resolved through a "graph + pattern" two-tier supply: use patterns directly for common scenarios, and fall back to explicit graphs for complex ones. Type-safe routing is the finishing touch here — routing conditions are constrained at the data-structure level, rather than relying on prompts to make the model "remember" which branch to take. This turns routing from a probabilistic judgment into compilable, verifiable logic.
In addition, graph workflows support checkpointing and HITL, and checkpoints can be persisted, so long-running flows can survive being reclaimed and resumed across processes — a hard requirement for long-transaction scenarios.
5.5 L4 Memory and State Layer
Rating: Strong.
- Agent Session: Basic building block for session-state management.
- Multi-backend memory: Three optional forms — session history / persistent KV / vector retrieval.
- FileMemoryProvider: Session-level file memory at path
agent-file-memory/{session}/. - Replaceable storage:
FileMemoryStore/FileAccessStorecan be swapped for anyAgentFileStoreimplementation (e.g., blob storage). - Hosted environment recovery: After scale to zero, the file system and session identity are fully restored — a rare solution to the "stateless hosting + stateful Agent" contradiction.
5.6 L5 Evaluation and Observability Layer
Rating: Strong.
- OpenTelemetryAgent: Automatically injects OTel semantic-convention tracing for end-to-end traces.
- Zero-wiring Application Insights integration: In hosted scenarios, traces flow in automatically with no extra configuration.
- DevUI: Browser-side debugging tool.
- Evaluation service integration: MAF provides an evaluation-service integration point.
Relative shortcoming: the researched materials do not mention MAF offering a built-in evaluation set / golden dataset / judge system like OpenAI Evals, LangSmith, or Alibaba Cloud OpenJudge. MAF's strength is "standardizing traces and wiring them out," not "providing its own evaluation loop."
5.7 L6 Governance and Security Layer
Rating: Strong.
MAF's governance capability is the most complete among all platforms under review, stemming from its inheritance of Semantic Kernel's enterprise-grade filter pipeline:
| Mechanism | Function |
|---|---|
| Middleware pipeline | Intercepts Agent actions — an enterprise-grade extension point |
| Filters | Intercepts before and after function calls for security controls and responsible-AI checks |
| ToolApprovalAgent | "Don't ask again" approval rules for sensitive tool calls |
| Entra ID / Managed Identity | Enterprise-grade identity authentication |
| Sandboxed Shell | Execution isolation |
| Foundry Hosted identity and version management | Deployment-side governance |
Tension Two (openness ↔ governance) has its clearest answer on MAF: both MCP and A2A are native 1.0 (opening up interoperability), yet every layer has a corresponding governance handle — the protocol layer has adapters, the tool layer has approval, the invocation layer has Filters, the identity layer has Entra, the execution layer has a sandbox, and the deployment layer has hosted identity and version management.
On Tension Three (cost ↔ depth): Foundry Hosted Agents uses usage-based billing of compute $0.0994 / vCPU-hour + memory, combined with scale to zero and CodeAct (reducing model turns and tokens) — one of the few offerings designed at the pricing-model level for "deep agent chains." However, the researched materials do not mention a task-level hard budget cap (budget guardrail) mechanism; flagged [To be verified].
5.8 Projection of the Three Inherent Tensions onto MAF
| Tension | Concrete Manifestation on MAF | Answer Provided by the Platform | Remaining Risk |
|---|---|---|---|
| Flexibility ↔ predictability | Patterns are flexible but topology-limited; graphs are controllable but require design | "Pattern + graph" two-tier supply; type-safe routing turns routing from probabilistic to verifiable | The pattern/graph boundary must be judged by the team itself |
| Openness ↔ governance | MCP + A2A natively open the interoperability surface | Full-stack governance: Filter / approval / Entra / sandbox / hosted identity | Governance depends heavily on the Azure ecosystem and degrades cross-cloud |
| Cost ↔ depth | Deep chains (long tasks + multiple Agents) are costly | scale to zero + per-vCPU-hour billing + CodeAct to reduce turns | No task-level hard budget cap seen; Foundry memory billing unit unclear |
6. Real-World Cases
No enterprise adoption cases with quantified results were found. The materials retrieved were mainly release notes, architecture analyses, and migration guides.
Qualitative evidence available for reference:
- Together, AutoGen and Semantic Kernel accumulated over 75,000 GitHub stars and three years of enterprise field experience, all of which MAF inherits.
- MAF 1.0 offers a long-term support (LTS) commitment and a documented upgrade path — rare in the Agent-framework space, indirectly reflecting its enterprise customer base.
Honest note: the above are all qualitative descriptions and do not constitute evidence of deployment results. Any claim citing MAF's results must be flagged "no public quantified data found."
7. Summary
7.1 Strengths
- Most balanced across six layers: the only platform rated Strong in all six layers.
- Harness Agent is the closest production implementation of the literal meaning of "AI Harness": it turns the runtime pattern into an API — a single call yields the full set of planning, todo, compression, files, memory, approval, and observability capabilities.
- .NET and Python are dual first-class citizens: extremely rare in a Python-centered Agent-framework ecosystem.
- MCP + A2A native 1.0, not bolt-on adapters.
- Long-term support (LTS) commitment: a rare enterprise-grade promise that reduces API-drift risk.
- Strongest enterprise governance: Middleware + Filters + Entra + sandbox + audit, with governance granularity down to individual tool calls.
- Very short Foundry Hosted path: a few lines of code from local to production, with full state recovery after scale to zero.
- CodeAct strikes at the essence of orchestration overhead (alpha; maturity needs assessment).
7.2 Weaknesses
- Go SDK is still in public preview with feature gaps: no declarative Agent, RAG, CodeAct, or functional workflows.
- Ecosystem and community momentum lower than LangGraph / CrewAI: insufficient third-party tutorials, examples, and community contributions.
- Strong gravitational pull of the Microsoft ecosystem: the best experience for governance, identity, hosting, and observability all sits within the Azure stack; capabilities decay cross-cloud.
- Existing SK / AutoGen users face migration pressure in 2026: the cost of digesting legacy baggage.
- Community criticisms that AutoGen left behind in 2025 (concurrency, documentation, enterprise usability) need to be resolved by MAF's actual track record; there is currently insufficient public evidence.
- No public quantified deployment results were found.
7.3 Applicability Boundaries
Suitable for:
- Default choice for enterprises in the Microsoft ecosystem (.NET / Azure / Foundry).
- Regulated industries requiring strong governance, long-running flows, and durable execution (finance, healthcare, public sector).
- Organizations already invested in Semantic Kernel or AutoGen that need a clear migration destination.
- Enterprise projects requiring an LTS commitment and that cannot tolerate frequent API drift.
Not suitable for:
- Teams pursuing the largest open-source ecosystem and community density.
- Lightweight prototyping/validation (higher cognitive load than the OpenAI Agents SDK).
- Organizations with no Microsoft/Azure investment and that wish to avoid platform lock-in.
- Scenarios needing an out-of-the-box evaluation loop (golden dataset / judge) — MAF excels at trace standardization rather than an evaluation loop.
7.4 Selection Recommendations
| If Your Primary Constraint Is | Is MAF Suitable | Reason |
|---|---|---|
| Already on the .NET / Azure stack | Strongly suitable | Dual first-class citizenship + governance + full hosted chain |
| Strong compliance and audit | Strongly suitable | Most complete six-layer governance, call-level Filters |
| Long-running flows + resume-from-checkpoint | Strongly suitable | Graph-workflow checkpointing survives across processes |
| API stability | Strongly suitable | The LTS commitment is rare |
| Existing AutoGen / SK | Must migrate | Both are in maintenance mode; AutoGen community-managed since 2026-06 |
| Largest community ecosystem | Not suitable | Less momentum than LangGraph / CrewAI |
| Out-of-the-box evaluation loop | Weak | Strong trace, weak eval loop — needs external tooling |
Bottom line: Microsoft Agent Framework is an engineered Harness exemplar with "no weaknesses across six layers," leading especially in enterprise governance and durable long-running execution; its costs are ecosystem gravity, community momentum, and the Go-language maturity gap. AutoGen users should treat 2026 as a migration window, not a wait-and-see window.
Information-Gap Statement
- Enterprise adoption cases and quantified results: after 3 rounds of searching, no enterprise adoption cases with quantified results were found. What was retrieved were all release notes, architecture analyses, and migration guides.
- Complete Foundry Hosted Agents pricing: compute at $0.0994 / vCPU-hour; the memory billing unit is unclear, flagged
unit. - Detailed list of Go SDK feature gaps: the known gaps are "no declarative Agent, no RAG, no CodeAct, no functional workflows," but a line-by-line comparison table is missing.
- CodeAct maturity: it sits in the
agent-framework-hyperlight(alpha) package; maturity and production-readiness. - Built-in evaluation set / judge system: the researched materials do not mention MAF offering a built-in golden dataset or judge framework, only "evaluation service integration" and OTel tracing. This judgment is based on "not seen," not an official statement of "nonexistence," flagged
[To be verified]. - Task-level budget guardrail: no mandatory budget-cap mechanism such as
max_budget_usdwas found, flagged[To be verified]. - AutoGen's 2025 community criticisms: the three points — poor concurrency, poor documentation, and enterprise-user feedback — are a summary of community-level feedback; no formal response document from Microsoft was found, flagged
[To be verified]. - MAF 365 naming convention: the exact naming and product boundaries of Microsoft Agent Framework within the Microsoft 365 ecosystem have not been confirmed from official primary sources, flagged
[To be verified]. - Version numbers are time-sensitive: .NET 1.13.0 (2026-07-03) and MAF 1.0 GA (2026-04-02/03) are both data points from the 2026-09 search date.
- Transparency / AI-generated-content labeling: no public material from MAF or AutoGen on transparency statements or AI-generated-content labeling policies was found.
8. References
- Microsoft Agent Framework — official Microsoft Learn documentation. https://learn.microsoft.com/en-us/agent-framework/overview/
- Microsoft Agent Framework at BUILD 2026: Agent Harness, Hosted Agents, CodeAct — Microsoft official. https://aka.ms/Build2026MicrosoftAgentFramework
- Microsoft Agent Framework 1.0 Ends the Semantic Kernel Era — SourceFeed. https://sourcefeed.dev/a/microsoft-agent-framework-10-ends-the-semantic-kernel-era
- Microsoft Agent Framework 1.0: .NET and Python 2026 — DigitalApplied. https://www.digitalapplied.com/blog/microsoft-agent-framework-1-0-dotnet-python-guide
- Microsoft Agent Framework Developer Guide 2026 — Developer's Digest. https://www.developersdigest.tech/blog/microsoft-agent-framework-developer-guide-2026
- Microsoft Agent Framework 1.0 — Unified SDK for AI Agents on .NET 10 — anhtu.dev. https://anhtu.dev/microsoft-agent-framework-1-0-unified-sdk-for-ai-agents-on-dotnet-10-1096
- Microsoft Agent Framework vs Semantic Kernel for a Greenfield .NET Agent — Start Debugging. https://startdebugging.net/2026/06/microsoft-agent-framework-vs-semantic-kernel-for-a-greenfield-net-agent
- Migrate a Semantic Kernel App to Microsoft Agent Framework 1.0 — Start Debugging. https://startdebugging.net/2026/07/migrate-a-semantic-kernel-app-to-microsoft-agent-framework-1-0
- Semantic Kernel: Enterprise Agent Framework — Agent DevPro. https://agentdevpro.com/frameworks/semantic-kernel
- Microsoft's Quiet Shift: Why Semantic Kernel Is Moving to Maintenance Mode — FrontierNews. https://www.frontiernews.ai/news/article/microsofts-quiet-shift-why-semantic-kernel-is-movi-23683b05