Microsoft Agent Framework

观察时点：2026-10-15。面向Python与.NET的Agent和多Agent工作流框架。

已公开的技术路线与控制边界

多provider、图工作流、middleware、checkpoint、streaming及hosting集成。应用与托管服务分层；企业身份、数据权限和业务验证仍需明确实现。

Microsoft Agent Framework面向Python与.NET团队构建Agent和多Agent工作流。当前README列出多provider、图编排、middleware、checkpoint、streaming和hosting方向，并提供从Semantic Kernel与AutoGen迁移的入口。新项目应核实当前框架，而非直接照搬旧教程中的默认路线。

对既有.NET、Azure或Foundry团队，语言、身份与部署生态可能减少接入成本；这是一项工程适配优势，不是金融或法律准确率证明。应用仍需要自己的领域工具、Task合同、证据、权限和verifier。Azure托管能力、开源库与非Azure模型的运行合同要分别看。

工作流可表达顺序、并行、handoff和协作，模型负责局部探索。多Agent模式增加的是分工和合并责任，不应成为默认复杂度。对子任务定义scope、预算与结构化产物，对共享写入使用owner、锁或版本。能够并发运行多个Agent，不意味着外部系统自动具备事务和幂等。

状态与持久化扩展提供实施入口，但企业长期memory仍需来源、过期、删除和租户治理。部署后端也可能决定等待、恢复和日志行为。本次读取README和MIT文件，未完成每种hosting及provider的运行测试；不能把“production-grade”自述直接升级为本项目生产验证。

选择框架时，可先复用团队熟悉的身份和云运维能力，再以相同业务任务比较LangGraph或typed Python路线。不要为了统一品牌重写已可用的领域接口，也不要把模型、工作流和数据服务全部绑定到某个私有类型。清楚的数据导出和退出路径仍有价值。

PoC覆盖checkpoint与外部效果、人工等待、取消、模型切换和部署升级，分别报告各provider兼容与领域质量。凭证初始化和刷新也进入延迟与权限测试，开发期方便的自动探测路径不必然适合生产。最终采用依据是目标环境中可重复的成功与维护成本，而非功能清单长度。

一条适合既有企业栈的试验路径，是让身份系统生成受信主体，由middleware注入允许的工具和项目scope，工作流串起证据收集、复核与批准。金融或法律工具返回有版本的证据对象，模型只负责理解与综合；正式发送或写入保持独立批准。对Azure与非Azure模型分别运行相同契约样例，比较stream、schema、token计量和错误映射。语言统一和云托管可以降低部分维护，但不能消除数据源、长期memory与业务事务的差异。把这些责任显式列出，才能准确计算复用成本。

数据、记忆与模型替换

提供状态与持久化扩展；业务memory与跨租户scope需按后端核验。

README明确多provider；Azure/Foundry原生能力和非Azure模型分别测试。

执行、部署与采用取舍

Python或.NET应用及所选hosting执行；各模型服务独立。图工作流支持多种协作模式，并提供middleware等扩展。自有云服务或Foundry等hosting路线按当前接口核验。

适合既有.NET/Azure团队复用身份、运维和开发经验。

观察于2026-10-15：Python与.NET发布及hosting能力分别核实；Python 1.22.0；SHA deecbcb062198f926516f89b65e5b1676e4514c2

许可边界：MIT。采用前按实际使用方式核验组件、云服务与模型条款。

证据范围与未知

固定README和MIT许可已核，含从Semantic Kernel/AutoGen迁移入口。

未公开或仍需目标环境验证的部分：部署后端完整行为；三域能力表现；特定provider兼容。本页不以产品表面行为推断其隐藏实现。

Microsoft Agent Framework：固定源码；Microsoft Agent Framework：MIT许可。