跳转至

从聊天窗口到多 Agent 控制台：一次 AI 编程协作范式的转移

Ch01.1104 从聊天窗口到多 Agent 控制台：一次 AI 编程协作范式的转移

📊 Level ⭐⭐ | 5.6KB | entities/从聊天窗口到多-agent-控制台一次-ai-编程协作范式的转移.md

从聊天窗口到多 Agent 控制台：一次 AI 编程协作范式的转移

来源: 阿里云开发者

发布日期: 2026-04-16

原文链接: https://mp.weixin.qq.com/s/0vIHvlZCdq2TZ1OBGUgW3w

阿里妹导读

文章内容基于作者个人技术实践与独立思考，旨在分享经验，仅代表个人观点。

过去一段时间，随着工作中 AI Coding 的占比越来越高，我逐渐感觉到当前 AI Coding 的协作范式已经不适合我了。

当前主流的 AI 开发过程，仍然是人与一个 Agent 围绕同一个任务持续协作。但我在日常工作中，已经习惯于同时操控多个 Agent 并行执行任务，在关键节点做 Review，并对最终结果进行验收和整合。

这篇文章想讨论的，是 AI 编程协作范式的转移：人与 AI 该如何分工，多个 Agent 之间又该如何协作。

当单 Agent 协作开始不够用

AI IDE 本身的能力越来越强，但它提供的协作模式，还是以单线程为主。我通常是在和一个 Agent 持续协作：我提需求，它读取上下文、改动多个文件、执行命令，再返回结果，等我确认后进入下一轮。这种方式虽然能正常工作，但我的大量时间都消耗在"等它返回、看它改了什么、决定要不要继续"这条链路里。只要任务还在这条链上推进，人就没有真正从执行流程里抽离出来。

于是，我开始尝试更加高效的协作模式，比如在 AI IDE 中开多个聊天窗口，在同一个工作空间指派 Agent 相对独立的开发任务，这样我就能把时间用在理解需求、拆解和分发任务、Review 已有代码、检查 Diff，以及对最终结果做验收和整合。

这是我找到的比较理想的方式。但当我真正开始这样工作后，发现现有工具并没有为这种模式做好准备。

OpenCode 的 Web 模式给了我最接近的雏形

明确了这种工作方式之后，我开始寻找能适配它的 Coding 工具。在用过的工具里，OpenCode 的 Web 模式最接近我的理想，它让我看到了一种有别于 AI IDE 的交互方式：Agent 先执行一段时间，我在关键节点回来看改动、给反馈、做验收。

但对照我真正需要的能力：

  • 能承接多个 Agent 并行工作

  • Review 取代代码编写成为工作流中心

  • 能帮助我观测多个 Agent 的工作过程

OpenCode 对多 Agent 并行的支持还不够，本质上还是单 Agent 工作流。所以，我开始设计自己的工具。

Mexus：我对新范式的一次设计实践

Mexus 的定位很简单：不再造一个 AI IDE，而是面向一个人同时管理多个并行 Agent 的场景，提供一个 WebUI 交互终端。

它可以跑在本地，也可以部署在服务端；但不管在哪里运行，它解决的都是同一个问题：当你开始同时使用多个 Agent 时，怎么把它们放进一个

可管理、可审查、可观测 的工作界面里。

M exus 的界面借鉴了控制台（Dashboard）的设计思路：左栏放多个 CLI Agent 的 Pane，中间区域展示 Agent 活动和代码 Diff，右栏是当前工作空间的文件树。

在这种模式里，我不需要亲自写代码，而是关注：

  • 当前有哪些 Agent 在执行

  • 它们各自负责什么工作

  • 我应该重点关注哪些文件的 Review

  • Agent 之间的工作是否有冲突

Mexus 想解决什么问题

  • 让多个 Agent 真正协作起来，而不只是并行执行

Mexus

→ 原文存档

关联