Agents 2.0 已经来了。Anthropic、OpenAI、xAI 都在竞相打造你的下一个 AI 同事——能够与人类并肩工作、与其他 Agent 对话、并在共享工作空间中协调任务的智能体。但有一个问题：每个产品都把模型、运行时、记忆和编排绑定在同一家公司的技术栈上。

大多数团队不会在所有工作中都使用同一家供应商。他们可能同时使用 Claude Code、本地运行的 Codex、OpenCode，以及面向内部系统的自定义 Agent。要让这些工具彼此协作、并与团队协作，通常意味着自己来构建“胶水层“。这就是供应商锁定。

今天，我们将展示如何利用一个可以自托管的开源协调层，将来自不同供应商的人类与 Agent 带入同一个共享工作空间。人类可以直接与 Agent 对话，Agent 之间也能互相交流，而人们可以在工作进行过程中随时加入对话、补充上下文或下达进一步指令。

这个项目叫做 Switch，它将这种协作带入 Slack、Teams、Discord、Telegram 或 Mattermost。你为每个 Agent 分配角色，并可以通过一个 Manager 来推进工作。Manager 负责创建房间、拉入相关 Agent、在它们之间传递上下文，并返回最终结果。

在本期视频中，我给了 Manager 两个故障：

• → 推理 API 在早晨的一次部署后开始返回 500 错误
• → 一个推荐模型的训练任务已经冻结了六个小时

从一条消息出发，它创建了两个相互关联的房间，拉入了一名软件工程师、一名架构师和一名 QA 负责人，并行开展了两项调查。随后，调查训练故障的工程师查看了关联的推理房间，发现了导致两次故障的同一个配置推送。Manager 将一份整合后的根本原因分析（RCA）返回到了原始频道。

在整个运行过程中，我可以追踪各个对话、给出补充指令，并在 Switch Console 中检查底层的 Agent 会话。这就是我所说的 Agents 2.0——人类与 Agent 并肩工作、共享上下文，并随着工作推进共同贡献力量。

我用 Docker 和 Mattermost 在本地完成全部搭建，并全程跟踪运行直到最终交接。模型会不断更迭，因此协调层应当能够与任何单一供应商分离运行。

GitHub：http://github.com/sandbox-quantum/switch…（别忘了点 Star 🌟）

sandbox-quantum/switch

来源：https://github.com/sandbox-quantum/switch

将人类与 AI Agent 带入团队已经在使用的工具中

官网 (https://www.switchagents.ai/) · Product Hunt (https://www.producthunt.com/products/switch-11?launch=switch-14) · License: Apache 2.0 + Commons Clause · 文档 (https://docs.switchagents.ai/switch-rooms/getting-started) · 欢迎提交 PR · Release (https://github.com/sandbox-quantum/switch/releases) · CI (https://github.com/sandbox-quantum/switch/actions/workflows/pr-ci.yml) · Discord (https://discord.com/invite/E6a2Jnb6G)

Switch 是一套底层基础设施和框架，让你能够构建人类与 Agent 并肩协作的团队。

• 💬 把你的 Agent 带入团队已经在协作的地方。你的 Agent 可以加入 Slack、Microsoft Teams、Discord、Telegram 和 Mattermost 的对话。没有人需要学习新工具或迁移平台。
• 🌍 任何 Agent、任何供应商、任何框架、运行在任何地方。你笔记本上的 Claude Code Agent、同事笔记本上的 Codex Agent、服务器上的 LangChain HR Agent——只要它支持该协议，就能加入。
• 🧩 设计人类与 Agent 的协作方式。设置频道运行的指令、分配角色、以可追踪的任务传递工作。团队的运作方式由你来设计，而不是靠模型临时发挥。
• 🛡️ 放心地管理你的团队。定义谁可以与哪个 Agent 对话、在什么上下文中对话。护栏和成本报告功能即将推出，Switch AI 也在提供方式之一。

观看演示

同一个故障场景，就发生在团队已经在用的应用里。有人报告结账功能失败，一个 Agent 打开了故障频道、拉取错误率、找到了导致问题的那次部署——另一个 Agent 负责绘制图表。每段视频不到一分钟，无旁白。

Slack | https://github.com/user-attachments/assets/d7db7859-c1e0-4d2c-9675-1cc3966a1bfd Discord | https://github.com/user-attachments/assets/e114cf81-41b0-4cce-a06f-5e78830bf99d Mattermost | https://github.com/user-attachments/assets/51918de4-4283-4717-bdfa-d63f9da8eae1

为什么选择 Switch

你的 Agent 能为团队做的事远不止一次回答一个问题。Switch 正是释放这种潜力的关键。你不需要一开始就大动干戈。每个层级都建立在前一个之上，第一层第一天就能用，而且每一层都能比前一层更充分地发挥 Agent 的价值。

⚡ 第 1 层：让你日常使用的 Agent 进入你的即时通讯应用。

• 在同一个频道里和同事以及你的 Claude Code Agent 一起开发一个功能。
• 拉同事进来查看你和 Agent 一直在做的事。完整记录都在那里，不需要复制粘贴或重新解释。
• 部署一个对系统某个模块非常熟悉的 Codex Agent，让任何同事都能直接向它提问。
• 为某个功能开一个频道，把相关人员和 Agent 都拉进来。

⚡⚡ 第 2 层：开始把工作流程固化下来。

• 一个“启动“频道，任何人都可以请一个 Manager Agent 来发起一项工作。它会打开频道、拉入合适的人和 Agent、附上它们需要的上下文，然后启动工作。
• 一个“功能需求“频道，由 Agent 对涌入的需求进行分诊、提出你本来会问的问题，然后在 Jira、Confluence 或 Notion 中建单。
• 一个“Bug 报告“频道，Agent 尽可能复现问题、收集日志和版本信息，然后建工单，或告诉报告者还缺少什么信息。

⚡⚡⚡ 第 3 层：你的团队全面运行在 Switch 上。

• 有人报告了一个 Bug，分诊 Agent 复现了它，编码 Agent 在自己的频道里修复它，人工审查后，部署 Agent 将其发布到测试环境。
• 分诊 Agent 建了一个功能需求单，编码 Agent 在一个工作频道里开发——工单和设计文档都已经在那里——提出需求的人最终验收。
• 告警到达值班频道，本周值班的人接单处理，流程与任何 Bug 一致，最后由一个 Agent 将过程整理成团队知识。
• 有人在支持频道提问，支持 Agent 根据运维手册作答，如果发现手册有误，该 Agent 就在拥有该手册的频道里予以更正。

⚡⚡⚡⚡ 第 4 层：你的整个公司运行在 Switch 上。 每个人、每个团队、每个部门都与 Agent 并肩工作，跨部门的协作与跨频道的协作一模一样。

Switch 不是什么

这个领域大多数工具都想成为你团队工作的地方。Switch 不会取代你已有的技术栈——而是把它连接起来。

• ❌ 不是即时通讯应用。Slack、Teams、Discord、Telegram 和 Mattermost 各自保持不变。Switch 把你的 Agent 和你定义的工作流带入其中，无需任何人迁移。
• ❌ 不是 Agent 供应商。Switch 不附带任何 Agent 或模型。你继续使用 Claude Code、Codex、OpenCode 或任何你已经在用的工具，Switch 让它们能够与你的团队协作。
• ❌ 不是黑箱自助平台。Switch 的代码对所有人开放，可以查看和贡献。它被设计为可自托管，你的数据留在原地。

让人类与 Agent 像一个团队一样协作，是目前还没有人解决好的问题。这正是我们投入精力的方向，而不是去重建已经很好用的聊天应用和编码 Agent。

快速开始

让一个 Agent 带你完成入门流程

与其自己啃文档，不如把 Agent 连接到文档上，让它带你一步步完成，随时回答你的疑问。文档通过 MCP 提供：https://docs.switchagents.ai/mcp。将你的 Agent 连接到该 MCP 服务器，然后问它：

我该如何开始使用 Switch？

Claude Code

在终端中运行以下命令：

claude mcp add switch-docs --transport http https://docs.switchagents.ai/mcp

OpenAI Codex CLI

在终端中运行以下命令：

codex mcp add switch-docs --url https://docs.switchagents.ai/mcp

OpenCode

在终端中运行以下命令：

opencode mcp add

然后按照流程操作，将 https://docs.switchagents.ai/mcp 作为 MCP 服务器 URL 提供。

我想自己试试

请参阅入门指南（https://docs.switchagents.ai/switch-rooms/getting-started）。 它完整地覆盖了整个路径。简要版如下：

1. 下载适用于你平台的 Switch Console 应用并安装。
2. 从应用中启动一个本地服务器。
3. 添加你的第一个 Agent：名称、工作目录和你使用的供应商。
4. 创建一个频道，和它对话。

抢先体验意味着 Switch Console 的 Windows 和 Linux 版本已经可以使用，但仍在不断变化。 预期会遇到一些小问题，行为可能在不同版本之间有所差异。遇到问题请提交 issue——一份报告就能把它推上优先级列表。这只是针对桌面应用的说明：在 Linux 上运行 Switch 服务器是主要部署路径，不带此标签。

我想为我的团队部署 Switch

请参阅远程托管文档。

架构概览

Switch Core

flowchart LR
    subgraph people["People"]
        slack["Slack"]
        teams["Teams"]
        discord["Discord"]
        telegram["Telegram"]
        mattermost["Mattermost"]
    end
    subgraph core["Switch Core"]
        collab["Collaboration Bridge"]
        rooms[("Rooms in PostgreSQL<br>messages · media · LISTEN/NOTIFY")]
        agentbridge["Agent Bridge<br>HTTP + SSE · MCP"]
        gateway["Gateway API"]
    end
    subgraph agents["Agents"]
        cli["CLI agents<br>via Switch Console"]
        custom["Custom agents<br>via Agent Protocol"]
    end
    dashboard["Operator Dashboard"]

    slack --- collab
    teams --- collab
    discord --- collab
    telegram --- collab
    mattermost --- collab
    collab <--> rooms
    rooms <--> agentbridge
    rooms --- gateway
    gateway --- dashboard
    agentbridge <--> cli
    agentbridge <--> custom

Switch Core 是将你的 Agent 与协作应用连接在一起的基础设施。它的核心是存储在 PostgreSQL 中的“房间“，所有参与者都在这里会面。每个参与者都是该存储的客户端：通过桥接频道加入的人类、通过 Agent Bridge 连接的 Agent，以及 Switch 自身的服务。

Agent Bridge。 Agent 使用 Switch Agent Protocol 进行通信：发送数据用 HTTP，Switch 推回消息用 SSE，因此它们能在消息发生时即时获知。Switch Console 及其部署到远程主机的 sidecar 对它们启动的每一个基于 CLI 的 Agent 会话都使用该协议：每个会话都会获得一个本地 MCP Server 提供的 Switch 工具，以及一个教它房间工作流程的技能（skill）。

Collaboration Bridge。 每个聊天平台通过各自的适配器接入，使用各自的传输方式：Slack 用 Socket Mode，Teams 用 HTTP 监听器，Discord 用 gateway websocket，Telegram 用长轮询，Mattermost 用 websocket。它双向转发消息，将每个频道映射到一个房间，并在频道中为每个 Agent 起独立的名字和头像。

Room Service 和 Gateway API。 这是管理层：房间、角色、指令、权限、附加知识和已连接的消息应用。Gateway API 是操作员控制面板背后的控制面，状态存储在 PostgreSQL 中。

Switch Console

Switch Console 是 Agent Bridge 另一端的桌面应用。它承担三项工作。

运行你的 Agent。 只需定义一次 Agent 的名称、工作目录和供应商，Console 就会处理它的身份、凭据和会话管理，包括在频道中有人@它时自动启动会话。你可以在自己的机器上运行它，也可以放在你拥有的远程主机上，让你的团队全天候可用。

管理日常事务。 连接你的消息应用、创建频道、配置频道中的人员和 Agent，全部在应用内完成。操作员控制面板涵盖其余管理功能。

运行你的服务器。 将它指向你团队的 Switch 服务器，或让它为你在本机或你拥有的远程主机上搭建一台，无需你编写任何 Compose 或 Helm 配置。

遥测

Switch Console 会收集匿名使用数据，帮助我们了解应用的使用情况并加以改进。遥测数据是可关闭的——默认开启，首次运行时会告知你，一键即可关闭。

我们收集的内容：

每个字段都取自固定的枚举值、数字和布尔值——无法传输自由文本。

我们绝不收集： 源代码、提示词、文件路径、工作目录、仓库或项目名称、房间或 Agent 名称、服务器 URL 或主机名、用户名、邮箱、API 密钥或凭据、模型输出、搜索查询、错误消息或堆栈追踪、IP 地址，以及任何可识别个人身份的信息。

事件会发送到我们运营的中转服务器（telemetry.switchagents.ai），由它转发给我们的分析服务商；应用中不附带任何供应商凭据。

关闭方式： 在首次运行的提示中关闭 Share usage data，或随时在 Settings → General 中关闭。关闭后立即停止发送——每个事件发送前都会检查该设置，因此不会出现排队积压。

关于每个事件的完整字段列表、收集机制的强制执行方式、数据去向以及为何无法追溯到个人的说明，请参阅 docs/TELEMETRY.md。

Switch Core（服务器） 仅在 TELEMETRY_ENABLED=true 时发送使用遥测数据，默认关闭。开启时，它会将计数、耗时和固定类别（哪个聊天平台、哪个 Agent 运行时、成功或失败）报告到同一个中转服务器。每个事件都附带一个部署级 UUID 和关于服务器的固定事实：版本、发布环境，以及是否属于我们自己的部署。没有任何信息能标识某个房间、租户、Agent、用户或消息，也没有任何自由文本字段；docs/old/telemetry-events.md