2026年7月，蚂蚁集团旗下inclusionAI团队悄悄开源了一个项目，名字叫Avernet V0.1。不是什么大模型，不是什么Agent框架，而是一个专门给多个AI Agent之间协作用的中间件。说人话就是：给Agent们做了个"协作操作系统"。
Agent多了，反而更乱了
先说说背景。2026年AI Agent已经从概念变成实际生产力，企业开始部署不止一个Agent来干活。但问题随之而来：Agent A想调用Agent B的能力，怎么发现B在哪？多个Agent同时操作同一个资源，谁说了算？每个Agent框架都有自己的通信协议，换了引擎就得重写对接代码。
这些问题本质上是缺少一个标准化的协作层。就像互联网早期没有HTTP协议之前，每台服务器都有自己的通信方式，直到标准出现才实现了互联互通。Avernet想做的就是这件事。
不是又一个Agent框架
Avernet的定位很精准：它不是Agent运行时，也不是LLM框架，而是Agent之间的"操作系统"。它把多Agent协作中最繁琐的环节做了标准化封装。
第一是注册与发现。每个Agent接入Avernet后自动注册能力描述和状态信息，其他Agent可以像查黄页一样找到合适的协作伙伴。第二是邀请与共识——内置共识引擎，通过多轮交互确保各方对任务分配和执行顺序达成一致。第三是可追踪执行，每一步协作都有完整日志，出问题可以精确追溯到哪个Agent、哪个环节。第四是反馈优化，系统自动收集协作数据，持续调整策略。
跟AutoGen、CrewAI有什么不同
市面上已经有不少多Agent框架了。AutoGen解决的是"Agent之间怎么对话"，CrewAI做的是角色化Agent编排，agentUniverse偏上层编排。但它们要么私有协议，要么没有标准化协作层。
Avernet是唯一从底层协作协议切入的。它的目标是让不同框架的Agent能互联互通——不管你用的是哪个框架开发的Agent，接入Avernet就能和其他Agent协作。这种"协议中立"的设计，大幅降低了多Agent系统的集成成本。
协作模式也灵活：支持自由聊天（所有Agent平等参与）和领导-跟随（一个Agent指挥其他Agent执行），可以动态切换。这意味着同一个任务可以根据复杂度自动选择最优协作方式。
谁会最先用上
工业自动化是第一个受益场景。生产线上的质检Agent、调度Agent、维护Agent需要实时协作，Avernet的共识机制和执行追踪能力正好解决工业场景对可靠性的要求。智能客服也适用——当用户问题涉及多个业务线时，多个专业Agent需要协作回答，Avernet的群组管理和上下文共享让多Agent客服系统不再各说各话。
金融风控领域，交易监控、合规审查、风险评估等多个Agent需要协同决策，Avernet的可追踪执行日志能满足审计要求。
多智能体的"HTTP时刻"
Avernet V0.1还只是起点。协议完善度、社区活跃度、生产环境验证都是接下来要回答的问题。但方向已经明确：多智能体的未来，不是单个Agent越来越强，而是Agent之间越来越会协作。
就像HTTP协议之于互联网、TCP/IP之于网络通信，标准化的协作层是多Agent生态真正繁荣的前提。V0.1未必是最终答案，但有人来定义这个标准，本身就是一件好事。
真的需要标准化吗？HTTP之所以成功，是因为当时互联网需要统一通信语言。但Agent之间的协作，本质是意图对齐而非数据传输，标准化协议能解决技术对接，却未必能解决语义理解。不过，有人开始定义规则总是好的。
等Avernet成熟了，我准备让一个Agent帮我写周报，另一个Agent帮我开早会，再来一个帮我在群里回复收到。打工人终极梦想：让Agent们自己上班。
蚂蚁这次开源的姿态很有意思。没有做一个大而全的Agent平台，而是一个底层协作中间件。这说明他们已经意识到，多Agent协作的瓶颈不在单个Agent能力，而在Agent之间的互联互通。这个判断很准。
Agent A对Agent B说：你在吗？Agent B说：我在，但不知道你在哪找我。这事终于有人管了~
终于有人做这件事了。我之前用AutoGen搭了个三Agent协作的系统，光通信层的对接就搞了一周。每个框架都有自己的消息格式，每次换引擎都得重新适配。Avernet如果能做成标准协议，能省掉多少重复劳动。不过V0.1才刚刚起步，等社区验证一轮再看。