微软的"AutoGen"于2025年10月进入了维护模式,其团队与Semantic克内尔团队合并,以构建统一的"微软代理框架".
关键错误修正和安全补丁仍然在飞行,新特性没有.
现有项目持续运行,微软发布迁移指南.
这是一个比它听起来小的故事, 一个更大的故事。
更小,因为没有坏掉。
因为AutoGen是我们很多人 了解一个多代理系统实际是什么的地方, 值得精确地说明教育转移的哪些部分 哪些部分只是API表面。
四想转相.
AutoGen中每个组件都是发送和接收消息的代理。
Conversable Agent,即基础类,给每个人一个名字,一个系统消息来定义其行为,以及可配置的推断,代码执行和人类输入的能力.
下面的设计决定是共享状态。
AutoGen的答案是对话历史本身.
没有单独的工作流程数据库跟踪哪个步骤完成,它返回了什么,因为记录是记录。
颠倒的是,任何代理能够读取它之前出现的东西,调试意味着读取你已经拥有的日志,而添加代理并不意味着迁移一个计划.
代价是记录片会增加 每一个经纪人都会在每一次跳台上支付 保持健康的系统 保留共享的历史 故意小和结构化 而不是让它积累 任何代理 喜欢说什么。
Who Speaks Next is The 整体设计 AutoGen 从一个前后两个代理到一个管理者代理从上下文中选择下一位扬声器的分组聊天.
您也可以通过自己的规则将自定义功能和路由交给它.
议长的选择不是多代理系统之上的一层.
这是系统。
每次你要求一个模型来决定下一个是谁,你都会在控制流本身中加入一个推论呼叫,一个后期跳动,一个成本线和一个非决定源.
这有时是完全正确的,当路线真正要求对模糊的内容作出判断时。
当一个任务类型的切换语句每次免费以同样的方式完成同样的任务时,这往往是错误的.
有用的习惯是先用通俗语言来写出路由规则.
如果你能写出来,就编码一下 如果你做不到,那就是能赢得模特儿的跳跃。
AutoGen系统中的每个代理可以运行不同的模型。
单步的前沿模型必须合理,而路由,格式化,取出和总结的小型廉价模型.
这使得多代理系统的经济学比即时调试意愿更进一步.
在真正的代理工作流程中,大多数跳动并不难.
他们正在塑造数据 这样下一跳就可以使用它, 支付前沿价格 在那里,多代理预算悄悄地消失。
AutoGen下的推论层也处理过缓冲,速率限制,成本跟踪,以及供应商之间的自动倒计时,因此一个供应商午后情况不佳,没有随行.
当评估任何替换框架时,该清单就是值得使用的核对表。
地物基质不会告诉你 其中哪个能活429年 包括工具呼叫、部署考虑、框架比较和迁移路径, 执行边界不是可选的助理代理理由并写出代码 。
一个用户Proxy Agent在沙盒中运行该代码,并转发人类输入,配置为批准每个动作,批准其中的一些动作,或者完全自主运行.
把写代码的东西从执行代码的东西中分割开来,就是选择让代理系统可以操作.
它给你一个批准门和沙盒的位置 而不是分散在代理定义中 没人能审计它们 也使自治权得到伸缩