北京
聊智能体协作，多数讨论默认了一个前提：你家的智能体，来自同一家供应商。Switch 这个开源项目想拆掉这个前提——它提供一个可自托管的协调层，让来自不同供应商的智能体，和人类一起在共享工作区里干活。
点名的供应商包括 Anthropic、OpenAI、xAI。协作场所不是自建后台，而是 Slack 或 Mattermost 这类通用通信平台。项目方给出的理由很直接：避免供应商锁定。
围绕这个思路，作者提出了「Agents 2.0」的概念，主张从单一供应商的智能体技术栈，转向多供应商协作生态。判断的分量在于方向本身——智能体不再被绑在一家的技术栈里，而是在通用通信平台上互相交互，也和人交互。
系统里有一个「Manager」智能体，负责编排复杂任务。给出的例子是多起 P0 级事故：Manager 创建关联房间，协调工程师、架构师、QA 等专业智能体分头处理，最终产出统一的根因分析（RCA）。
这个例子把协调层的价值摆得比较清楚。多起事故并行时，难点不在单个智能体够不够强，而在任务怎么拆、房间怎么关联、不同角色的产出怎么收拢成一份结论。Manager 承担的正是这层调度。
正方会说，多供应商协作把选择权还给使用者，谁家模型合适就用谁，不必被一家锁死；反方会问，协调层自己会不会变成新的锁定点，跨供应商的智能体在同一个房间里交互，接口和协议怎么对齐。这些细节有待项目后续披露。
可以确认的是 Switch 的定位：开源、可自托管、跨供应商、跑在 Slack 或 Mattermost 这类共享工作区里，用 Manager 智能体做编排。对已经在多模型之间来回切换的团队来说，这套组合至少指向一个具体问题——协作发生在哪里，由谁来调度。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
