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-02RC(API 冻结,发布迁移指南)
2026-04-02/03MAF 1.0 GA
2026-06 起AutoGen 仓库标注「由社区管理」

2025 年的社区批评:在并入 MAF 之前,AutoGen 在 2025 年集中出现了若干社区层面的批评,主要包括:

批评维度具体内容
并发能力社区反馈 AutoGen 在并发场景下的表现不佳
文档质量文档组织与示例覆盖被认为不足,学习成本高
企业用户反馈企业侧用户反馈集中在稳定性与生产可用性方面

这些批评是微软决定以 MAF 统一三条 SDK 线(AutoGen / Semantic Kernel / 新建)的现实背景之一。对存量用户而言,这意味着 2026 年是必须做迁移规划的一年:继续停留在 AutoGen 上,将只获得社区级维护。


2. 名词解释

术语英文/缩写释义
AIAgentAIAgent一等公民 Agent 原语:承载 instructions、tools、memory、state,且全部可插拔
ChatClientAgentChatClientAgent由聊天客户端构建的 Agent;所有连接器实现 Microsoft.Extensions.AIIChatClient,换供应商不改业务代码
Harness AgentHarness Agent有主张的「电池全包」Agent,面向长多步任务:规划与 todo 追踪、上下文压缩、文件访问与记忆、「不再询问」式工具审批、可观测性;一次方法调用即可把任意 chat client 变成完整 Agent Harness
WorkflowWorkflow图基工作流,通过显式执行路径连接 Agent 与函数;类型安全路由 + checkpointing + HITL
Agent SessionAgent Session会话状态管理基础构件
Context ProviderContext ProviderAgent 记忆的上下文提供器
MiddlewareMiddleware拦截 Agent 动作的中间件管线(继承自 Semantic Kernel 的企业级过滤器管线)
五大编排模式Orchestration PatternsSequential(管道 A→B→C)/ Concurrent(fan-out/fan-in + 聚合)/ Handoff(网状,Agent 间传递控制权)/ Group Chat(共享会话线程)/ Magentic-One(manager 动态分析任务并委派给最合适的 Agent)
Conversable AgentConversableAgentAutoGen 时代原语:可收发消息、可挂载工具的对话式 Agent 基类;在 MAF 中对应 ChatClientAgent
GroupChatGroupChatAutoGen 时代原语:多个 Agent 共享同一会话线程的多方对话;在 MAF 中对应 Group Chat 编排模式
SelectorSelector / Speaker SelectionAutoGen 时代原语:GroupChat 中决定下一发言者的选择机制(可由 LLM 或确定性规则驱动);在 MAF 中由类型安全路由承担
FileMemoryProviderFileMemoryProvider会话级文件记忆,存于 agent-file-memory/{session}/
FileAccessProviderFileAccessProvider文件访问提供器
TodoProviderTodoProvider工作项管理:add / complete / remove / list
AgentModeProviderAgentModeProviderplan 与 execute 模式切换
AgentSkillsProviderAgentSkillsProvider文件系统技能发现与执行
BackgroundAgentsProviderBackgroundAgentsProvider并行子 Agent 委派
ShellExecutorShellExecutor.NET 侧沙箱 shell
ToolApprovalAgentToolApprovalAgent敏感工具调用的「don't ask again」审批规则
OpenTelemetryAgentOpenTelemetryAgent自动 OpenTelemetry 语义约定 tracing
Foundry Hosted AgentsFoundry Hosted Agents把本地 Agent 打包为容器部署到 Foundry 托管基础设施:scale to zero、文件系统完整恢复、每会话 VM 隔离沙箱、OTel 追踪流入 Application Insights
CodeActCodeAct模型写一段短 Python 程序,通过 call_tool(...) 批量调用工具,在沙箱中一次执行,返回合并结果;显著减少模型轮次、延迟与 token。位于 agent-framework-hyperlight(alpha)包
DevUIDevUI浏览器端调试工具
Declarative AgentDeclarative AgentYAML 声明式 Agent 与工作流定义

3. 功能说明

3.1 四大领域

MAF 的能力面被组织为四个领域:

  1. Agents:单个 Agent 的构建与运行(AIAgent / ChatClientAgent / Declarative Agent)。
  2. Harness Agent:面向长多步任务的「电池全包」形态。
  3. Workflows:函数式与图基工作流,提供显式执行路径。
  4. Integrations:模型供应商、Agent 服务、工具、上下文提供器、中间件、评估服务、UI 框架。

3.2 五大编排模式

模式拓扑适用场景
Sequential管道 A→B→C固定阶段流水线
Concurrentfan-out / fan-in + 聚合并行调研、并行评审
Handoff网状,Agent 间传递控制权分诊后转交专家
Group Chat共享会话线程多方讨论与协同定稿
Magentic-Onemanager 动态分析任务并委派任务形态不固定、需动态组队

五种模式开箱即用,是 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
ShellShellExecutor(.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-hyperlightalpha)包,成熟度 ,不应作为生产依赖的核心路径。

3.6 互操作与多语言

  • MCP + A2A:工具互操作走 MCP,跨框架 Agent 协作用 A2A 1.0,均为 1.0 原生支持而非外挂适配层。
  • 多语言:C# 与 Python 为双一等公民;Go 为公开预览且功能有缺口(无声明式 Agent、RAG、CodeAct、函数式 workflow)。
  • 声明式 YAML AgentDevUI 浏览器调试

4. 平台架构

图 4-1|MAF 五层架构:从 Interop 互操作层到 Connectors 连接器层

MAF 五层架构(Interop → Connectors) 信息截止 2026-09 · 示意:基于本文分析绘制 Interop 互操作层 MCP 客户端 · A2A 1.0 协议适配器(均为 1.0 原生,非外挂) 协议调用 Orchestration 编排层 图工作流引擎:Sequential / Concurrent / Handoff / Group Chat / Magentic-One 模式 / 图调度 Agents 智能体层(本图重点) AIAgent / ChatClientAgent / Declarative Agent / Harness Agent(一次调用即得完整 Harness 能力) 运行时承载 Runtime 运行时层 Session 管理 · Middleware 管线 · Memory & Context · 执行循环 模型调用 Connectors 连接器层 Azure OpenAI / OpenAI / Anthropic / Bedrock / Gemini / Ollama(均实现 IChatClient) 结构解读:五层自顶向下堆叠——Harness Agent 把「运行时模式」做成 API,一次调用即得全套能力; Connectors 层统一实现 IChatClient,使「换模型供应商」从代码改动降级为配置改动。

数据来源:基于本文分析绘制的示意图。

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 年视为迁移窗口,而非观望窗口。

信息缺口声明

  1. 企业落地案例与量化效果数据:3 轮检索后未检索到带量化效果数据的企业落地案例。检索到的均为版本发布、架构解析与迁移指南。
  2. Foundry Hosted Agents 完整定价:计算为 $0.0994 / vCPU-hour;内存计费单位不明,标注 单位
  3. Go SDK 功能差距详细清单:已知缺口为「无声明式 Agent、无 RAG、无 CodeAct、无函数式 workflow」,但缺少逐项对照表。
  4. CodeAct 成熟度:位于 agent-framework-hyperlight(alpha)包,成熟度与生产可用性 。
  5. 内置评估集 / judge 体系:检索资料中未提及 MAF 提供内置 golden dataset 或 judge 框架,仅提及「评估服务集成」与 OTel tracing。此判断基于「未见」,非官方声明「不存在」,标注 。
  6. 任务级预算护栏:未检索到类似 max_budget_usd 的强制预算上限机制,标注 。
  7. AutoGen 2025 年社区批评:并发差、文档差、企业用户反馈三点为社区层面反馈的归纳,未检索到微软官方对此的正式回应文档,标注 。
  8. MAF 365 命名口径:Microsoft Agent Framework 在微软 365 体系下的确切命名与产品边界未获官方一手确认,标注 。
  9. 版本号时点敏感:.NET 1.13.0(2026-07-03)与 MAF 1.0 GA(2026-04-02/03)均为 2026-09 检索时点数据。
  10. Transparency / AI 生成内容标注:未检索到 MAF 或 AutoGen 官方关于透明度说明或 AI 生成内容标注政策的公开资料。

8. 参考资料

  1. Microsoft Agent Framework — Microsoft Learn 官方文档。https://learn.microsoft.com/en-us/agent-framework/overview/
  2. Microsoft Agent Framework at BUILD 2026: Agent Harness, Hosted Agents, CodeAct — Microsoft 官方。https://aka.ms/Build2026MicrosoftAgentFramework
  3. Microsoft Agent Framework 1.0 Ends the Semantic Kernel Era — SourceFeed。https://sourcefeed.dev/a/microsoft-agent-framework-10-ends-the-semantic-kernel-era
  4. Microsoft Agent Framework 1.0: .NET and Python 2026 — DigitalApplied。https://www.digitalapplied.com/blog/microsoft-agent-framework-1-0-dotnet-python-guide
  5. Microsoft Agent Framework Developer Guide 2026 — Developer's Digest。https://www.developersdigest.tech/blog/microsoft-agent-framework-developer-guide-2026
  6. 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
  7. 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
  8. 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
  9. Semantic Kernel: Enterprise Agent Framework — Agent DevPro。https://agentdevpro.com/frameworks/semantic-kernel
  10. 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

ItemValue
DeveloperMicrosoft (AutoGen from Microsoft Research; MAF built by the original team)
AutoGen initial release2023, MIT, ~50.4K–60.8K stars (figures differ across sources)
Current formMicrosoft Agent Framework (MAF)
LicenseMIT
PackagesPython 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 supportC# (.NET 9+/10), Python 3.10+, Go (preview)
Go SDK feature gapsNo declarative Agent, no RAG, no CodeAct, no functional workflows
Support commitment1.0 provides long-term support (LTS); stable API surface + documented upgrade path
Interop protocolsMCP (full) + A2A 1.0, both native 1.0 (not bolt-on)
Vendor connectorsMicrosoft Foundry, Azure OpenAI, OpenAI, Anthropic Claude, Amazon Bedrock, Google Gemini, Ollama
Hosted pricingFoundry 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:

DateEvent
2025-10-01Announced MAF public preview; Semantic Kernel and AutoGen entered maintenance mode
2025-10-22Dual-framework 1.0 commitment
2026-02RC (API freeze, migration guide released)
2026-04-02/03MAF 1.0 GA
From 2026-06AutoGen 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 DimensionDetails
ConcurrencyCommunity feedback that AutoGen performed poorly under concurrent scenarios
Documentation qualityDocumentation organization and example coverage were considered insufficient, with a high learning cost
Enterprise-user feedbackEnterprise-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

TermEnglish / AbbreviationDefinition
AIAgentAIAgentFirst-class Agent primitive carrying instructions, tools, memory, and state — all pluggable
ChatClientAgentChatClientAgentAn Agent built from a chat client; all connectors implement IChatClient from Microsoft.Extensions.AI, so switching vendors requires no business-code changes
Harness AgentHarness AgentAn 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
WorkflowWorkflowGraph-based workflows connecting Agents and functions via explicit execution paths; type-safe routing + checkpointing + HITL
Agent SessionAgent SessionBasic building block for session-state management
Context ProviderContext ProviderContext provider for Agent memory
MiddlewareMiddlewareMiddleware pipeline that intercepts Agent actions (inherited from Semantic Kernel's enterprise-grade filter pipeline)
The Five Orchestration PatternsOrchestration PatternsSequential (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 AgentConversableAgentAutoGen-era primitive: a conversational Agent base class that can send/receive messages and mount tools; corresponds to ChatClientAgent in MAF
GroupChatGroupChatAutoGen-era primitive: a multi-party conversation where multiple Agents share the same session thread; corresponds to the Group Chat orchestration pattern in MAF
SelectorSelector / Speaker SelectionAutoGen-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
FileMemoryProviderFileMemoryProviderSession-level file memory stored at agent-file-memory/{session}/
FileAccessProviderFileAccessProviderFile-access provider
TodoProviderTodoProviderWork-item management: add / complete / remove / list
AgentModeProviderAgentModeProviderPlan/execute mode switching
AgentSkillsProviderAgentSkillsProviderFile-system skill discovery and execution
BackgroundAgentsProviderBackgroundAgentsProviderParallel sub-Agent delegation
ShellExecutorShellExecutor.NET-side sandboxed shell
ToolApprovalAgentToolApprovalAgent"Don't ask again" approval rules for sensitive tool calls
OpenTelemetryAgentOpenTelemetryAgentAutomatic OpenTelemetry semantic-convention tracing
Foundry Hosted AgentsFoundry Hosted AgentsPackages 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
CodeActCodeActThe 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
DevUIDevUIBrowser-side debugging tool
Declarative AgentDeclarative AgentYAML-declarative definitions of Agents and workflows

3. Feature Overview

3.1 Four Major Domains

MAF's capability surface is organized into four domains:

  1. Agents: building and running a single Agent (AIAgent / ChatClientAgent / Declarative Agent).
  2. Harness Agent: the "batteries-included" form for long, multi-step tasks.
  3. Workflows: functional and graph-based workflows that provide explicit execution paths.
  4. Integrations: model vendors, Agent services, tools, context providers, middleware, evaluation services, UI frameworks.

3.2 Five Orchestration Patterns

PatternTopologyUse Case
SequentialPipeline A→B→CFixed-stage pipeline
Concurrentfan-out / fan-in + aggregationParallel research, parallel review
HandoffMesh, passing control between AgentsTriage then hand off to an expert
Group ChatShared session threadMulti-party discussion and collaborative finalization
Magentic-OneA manager dynamically analyzes the task and delegatesUnstable 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):

CapabilityMechanism
Auto context compressionMonitors token usage and compresses chat history mid-loop to prevent long tool-call chains from overflowing
Instruction handlingBuilt-in default instructions and instruction merging: harness instructions first, custom instructions last
File memoryFileMemoryProvider, session-level, stored at agent-file-memory/{session}/
File accessFileAccessProvider
Task trackingTodoProvider (add / complete / remove / list)
Mode switchingAgentModeProvider (plan vs execute)
Skill discoveryAgentSkillsProvider, file-system skill discovery and execution
Parallel delegationBackgroundAgentsProvider, parallel sub-Agent delegation
NetworkHosted Web search
ShellShellExecutor (.NET, sandboxed shell)
Storage backendFileMemoryStore / 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 连接器层

MAF 五层架构(Interop → Connectors) 信息截止 2026-09 · 示意:基于本文分析绘制 Interop 互操作层 MCP 客户端 · A2A 1.0 协议适配器(均为 1.0 原生,非外挂) 协议调用 Orchestration 编排层 图工作流引擎:Sequential / Concurrent / Handoff / Group Chat / Magentic-One 模式 / 图调度 Agents 智能体层(本图重点) AIAgent / ChatClientAgent / Declarative Agent / Harness Agent(一次调用即得完整 Harness 能力) 运行时承载 Runtime 运行时层 Session 管理 · Middleware 管线 · Memory & Context · 执行循环 模型调用 Connectors 连接器层 Azure OpenAI / OpenAI / Anthropic / Bedrock / Gemini / Ollama(均实现 IChatClient) 结构解读:五层自顶向下堆叠——Harness Agent 把「运行时模式」做成 API,一次调用即得全套能力; Connectors 层统一实现 IChatClient,使「换模型供应商」从代码改动降级为配置改动。

数据来源:基于本文分析绘制的示意图。

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:

SourceContribution
Semantic KernelFoundation layer: Kernel abstraction and DI integration, plugin model, connector system, Prompt template language
AutoGenGraph 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

LayerNameRatingOne-Line Assessment
L1Context Engineering LayerStrongHarness Agent auto context compression + Context Providers + instruction merging + planning/execution mode separation
L2Tools and Execution LayerStrongMCP + hosted Web search + sandboxed Shell + skill discovery + parallel sub-Agents + CodeAct
L3Orchestration and Control LayerStrongFive patterns + graph workflows (type-safe routing + checkpointing + HITL) + declarative YAML
L4Memory and State LayerStrongAgent Session + multi-backend memory + file memory + full Hosted environment recovery
L5Evaluation and Observability LayerStrongAutomatic OTel semantic-convention injection + zero-wiring Application Insights + DevUI + evaluation service integration
L6Governance and Security LayerStrongMiddleware 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: AgentModeProvider supports 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:

ApproachExpressivenessOnboarding CostPredictability
Five orchestration patterns (Sequential / Concurrent / Handoff / Group Chat / Magentic-One)Covers common shapesLow (works out of the box)Medium to high
Graph workflows (explicit execution paths + type-safe routing)Arbitrary topologyMediumHigh

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 / FileAccessStore can be swapped for any AgentFileStore implementation (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:

MechanismFunction
Middleware pipelineIntercepts Agent actions — an enterprise-grade extension point
FiltersIntercepts 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 IdentityEnterprise-grade identity authentication
Sandboxed ShellExecution isolation
Foundry Hosted identity and version managementDeployment-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

TensionConcrete Manifestation on MAFAnswer Provided by the PlatformRemaining Risk
Flexibility ↔ predictabilityPatterns are flexible but topology-limited; graphs are controllable but require design"Pattern + graph" two-tier supply; type-safe routing turns routing from probabilistic to verifiableThe pattern/graph boundary must be judged by the team itself
Openness ↔ governanceMCP + A2A natively open the interoperability surfaceFull-stack governance: Filter / approval / Entra / sandbox / hosted identityGovernance depends heavily on the Azure ecosystem and degrades cross-cloud
Cost ↔ depthDeep chains (long tasks + multiple Agents) are costlyscale to zero + per-vCPU-hour billing + CodeAct to reduce turnsNo 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 IsIs MAF SuitableReason
Already on the .NET / Azure stackStrongly suitableDual first-class citizenship + governance + full hosted chain
Strong compliance and auditStrongly suitableMost complete six-layer governance, call-level Filters
Long-running flows + resume-from-checkpointStrongly suitableGraph-workflow checkpointing survives across processes
API stabilityStrongly suitableThe LTS commitment is rare
Existing AutoGen / SKMust migrateBoth are in maintenance mode; AutoGen community-managed since 2026-06
Largest community ecosystemNot suitableLess momentum than LangGraph / CrewAI
Out-of-the-box evaluation loopWeakStrong 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

  1. 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.
  2. Complete Foundry Hosted Agents pricing: compute at $0.0994 / vCPU-hour; the memory billing unit is unclear, flagged unit.
  3. 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.
  4. CodeAct maturity: it sits in the agent-framework-hyperlight (alpha) package; maturity and production-readiness.
  5. 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].
  6. Task-level budget guardrail: no mandatory budget-cap mechanism such as max_budget_usd was found, flagged [To be verified].
  7. 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].
  8. 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].
  9. 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.
  10. 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

  1. Microsoft Agent Framework — official Microsoft Learn documentation. https://learn.microsoft.com/en-us/agent-framework/overview/
  2. Microsoft Agent Framework at BUILD 2026: Agent Harness, Hosted Agents, CodeAct — Microsoft official. https://aka.ms/Build2026MicrosoftAgentFramework
  3. Microsoft Agent Framework 1.0 Ends the Semantic Kernel Era — SourceFeed. https://sourcefeed.dev/a/microsoft-agent-framework-10-ends-the-semantic-kernel-era
  4. Microsoft Agent Framework 1.0: .NET and Python 2026 — DigitalApplied. https://www.digitalapplied.com/blog/microsoft-agent-framework-1-0-dotnet-python-guide
  5. Microsoft Agent Framework Developer Guide 2026 — Developer's Digest. https://www.developersdigest.tech/blog/microsoft-agent-framework-developer-guide-2026
  6. 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
  7. 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
  8. 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
  9. Semantic Kernel: Enterprise Agent Framework — Agent DevPro. https://agentdevpro.com/frameworks/semantic-kernel
  10. 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