Tutti · VM:多Agent实时协同的本地云端融合方案

在AI Agent全面落地的当下,多人实时协作的体验依然停留在十年前的文档编辑阶段,这是很多研发团队正在遭遇的真实困境。早在2010年,Google Docs就向大众普及了多人云端协作的核心体验:多人同时编辑一份文档,改动实时可见,冲突自动解决。这套模式如今已经成为协作类软件的行业标准,飞书、腾讯文档、Notion等产品都基于此构建。但到了Agent时代,这种体验至今仍未出现。
当前团队使用Agent时,每个成员都需要单独开启Claude Code、Codex等工具,不同Agent之间无法实现真正的交互协作,背后主要有三个原因:
第一,厂商生态存在割裂。不同厂商的Agent拥有独立的运行环境,没有通用的互通方案,无法将不同工具的Agent整合到同一协作空间中。
第二,个体边界过于固化。现有的Agent设计都是围绕单个用户打造的,无论是本地运行还是云端部署,都以个人为核心,物理设备和沙箱隔离成为跨人协作的天然屏障。即使将Agent迁移到云端,不同Agent的沙箱依然彼此独立,无法共享资源和上下文。
第三,底层协作机制缺失。当前的Agent都绑定在独立的沙箱中,彼此之间没有实时同步上下文、共享资源、互相调用的通道,只能通过手动上传下载、群聊转发结果等方式交换成果,随着Agent使用量增加,这种无效的搬运工作反而越来越多。
目前市场上的Agent协作探索主要有四种方向,每种都解决了部分问题,但都未能实现真正的多人实时协作:
第一种是群聊Bot模式,比如将Agent拉入聊天频道,通过@唤起任务,在任务完成后反馈消息。这种方式只能传递简单的摘要信息,无法看到Agent的实时执行过程,类似把文档截图发到群里,本质上并未实现真正的协作。
第二种是本地多Agent编排,比如CrewAI这类工具,帮助单人同时管理多个Agent,提升并行任务的处理效率,但这类工具仅限个人使用,无法突破物理机器的隔离,不支持多人跨团队协作。
第三种是云端数字员工模式,比如Devin、Replit Agent,将Agent整体迁移到云端,用户可以通过浏览器直接使用,也方便分享链接给他人。但这类工具依然存在沙箱隔离问题,用户需要放弃本地的工具生态,重新适配新的环境,并且需要为云端的Agent能力额外付费。
第四种是远程控制模式,比如Claude Code今年2月推出的Remote Control功能,让Agent会话运行在用户本地电脑上,支持从手机、平板或任意浏览器远程指挥。但这种模式本质上还是服务于单个用户,只是让用户可以脱离本地设备使用Agent,无法让其他协作者加入协作。
虽然面临诸多挑战,但已经有团队从产品创立之初就专注于Agent实况协作,并在8月24日发布了正式产品——Tutti · VM。
Tutti · VM的核心逻辑是将团队和各自的Agent连接起来,解决“我们的工作在哪里相遇”的问题。每个成员的Agent依然运行在自己的电脑上,而工作实况则天然生成在同一个云端Room中。通过这种方式,实时共享和协作成为可能,协作的中心从单个用户转变为多个人和他们各自的Agent。
和Remote Control仅服务于单个用户和他的Agent不同,Tutti · VM服务于整个团队和他们的Agent,就像所有人和各自的助手围坐在同一张会议桌前,每个人都能看到其他人正在做什么。
根据官方介绍,Tutti · VM是行业首个实况级多人多Agent实时协作空间,结合了本地工具和云端工具的优势,其核心机制可以分为三点:
第一,所有Agent依然运行在用户自己的电脑上,保留用户已有的订阅、配置和技能,无需迁移到云端。
第二,Agent的指令经过多层虚拟化处理,系统会根据实际情况将指令发送到物理机、本地虚拟机或云端,协作者在云端共享同一个运行时环境。
第三,云端Room成为所有人和Agent的实时协作空间,谁修改了代码、Agent正在执行什么任务、最新的产物是什么,所有协作者都可以在同一个房间里实时查看和复用。
| Tutti· VM | 当前Agent协作工具 |
| 协作者共享同一份环境和项目状态 | 每个人维护一套代码、环境和服务 |
| 实时共享工作过程实况,每个人随时可见和可用 | 通过事后消息总结沟通 |
| 并行协作,自动避免和解决冲突 | 各自在副本或分支中完成,再合并 |
| 本地Agent产物产出即共享,0秒延迟 | 通过上传下载、同步、部署等方式分享 |
| 借用别人Agent,延续自己的运行时环境,跟用自己的一样 | 调用别人Agent,基于别人的运行时环境,工作可能被打断 |
| 端云两栖,敏感数据不出电脑,上下文和产物上云 | 本地能力与云端分享二选一 |
| Agent跟随个人,按需加入/离开任何项目 | Agent与项目1对1捆绑 |
我们通过一个真实的迭代项目来体验Tutti · VM的协作流程。我们的团队正在维护一个名为Crossing Writing的AI知识库网站,用于整理AI领域的专业信息,目前网站的UI设计、代码架构和前端逻辑都存在优化空间。本次迭代由工程师用户A和设计师用户B共同完成,两人通过Tutti · VM进入同一个Room开展协作。
用户A是一名资深工程师,拥有Claude Code Max和Codex Pro的订阅,主要负责项目的初版开发;用户B是UI设计师,暂时没有Agent工具的订阅,主要负责设计把关和优化。
第一步,创建Room并加入协作。登录Tutti · VM的官网后,我们可以快速创建一个协作Room,并通过链接邀请其他成员加入。用户B加入后,可以直接看到Agent看板,上面会显示Room内所有正在执行、已完成和失败的任务,包括用户A的所有操作记录。
第二步,创建和导入项目。对于新项目,可以直接在Tutti · VM中启动,所有协作者会立即共享项目;如果是历史项目,可以直接导入本地项目,或者通过Git克隆到协作空间中。
第三步,工程师搭建项目初版。用户A进入Tutti · VM后,可以一键关联本地的Codex和Claude Code,所有开发使用的Agent都是本地运行的。他通常会将Codex作为主力开发工具搭建项目骨架,用Claude Code负责审查和规划。当Claude Code完成规划和审查后,可以通过Codex的「Big @」功能引用其他Agent的会话、文件、任务等上下文,让Codex可以直接复用Claude Code的分析结果。例如,用户A可以让Codex基于Claude Code的审查会话,复盘整个项目并整理出10个代码结构和交互上的优化点,形成一份待办清单。
在这个过程中,用户B可以通过Agent看板实时查看用户A的项目进展,站在设计师的视角查看待办清单,并直接在聊天对话框中提出设计和逻辑上的优化意见。用户A可以根据这些意见快速修改代码,而用户B也可以通过「Big @」功能引用用户A的会话上下文,直接上手修改设计,无需再将需求翻译成工程师能理解的语言。这种跨Agent的会话引用,直接跳过了两次翻译的过程,大幅提升了跨职能协作的效率。
项目完成后,可以直接在沙盒中运行,通过Localhost地址打开。由于Room内的协作者共享同一个运行时,所有成员都可以直接访问这个本地地址,实时查看最新的项目版本,无需重新部署或发送链接。对于不需要参与协作的外部人员,比如老板或客户,可以直接分享Room内的HTML文件链接,对方无需下载Tutti · VM或加入Room,只需在浏览器中打开链接即可查看项目效果。
第四步,借用Agent完成设计优化。由于用户B没有自己的Agent订阅,按照传统的工作流,他只能在群聊中给用户A提需求,依赖用户A执行修改。但在Tutti · VM中,用户B可以直接向用户A借用Agent。只需在界面左下角点击「共享你的Agent」,用户B就可以使用用户A共享的Codex或Claude Code,基于整个Room的上下文自由修改样式和前端UI设计。Tutti · VM还内置了应用中心,集成了产品原型设计等功能,可以直接调用底层Agent完成设计工作。
第五步,并行协作迭代。在传统的工作流中,为了避免代码冲突,团队通常会串行工作,比如设计师先完成静态页面提交到Git,工程师再拉取代码补充逻辑。但在Tutti · VM的Room中,完全支持多人并行协作,就像在Google Docs或Figma中一样,多名协作者可以同时调度各自的Agent在同一个项目上工作,系统会自动避免和解决冲突。我们通过实测视频展示了三名协作者在同一个Room中并行工作的场景:用户A为任务列表补充图标,用户B调整顶部标题样式,第三位同事为列表左侧接入时间轴,三人基于同一套代码结构完成了无冲突的并行迭代,整体协作非常顺畅。
回顾整个协作过程,我们发现很多原本必须的步骤都消失了:不需要每个成员重复搭建开发环境,不需要频繁操作Git解决冲突,不需要在群聊中同步进度,不需要手动上传下载文件,也不需要在终端、文档、设计工具和聊天软件之间来回切换。所有工作都在同一个环境中完成,看板上显示着所有Agent的执行进度和成果,每个人都使用同一份代码,想要继续他人的工作只需通过「Big @」引用对应的会话或文件即可。
很多人会觉得Tutti · VM的产品逻辑简单,但支撑这种简单体验的背后技术方案其实非常复杂。其核心思路是将「身份」「执行」「共享」三个核心环节拆分到合适的位置:
首先,Agent的身份保留在本地。用户的Claude Code、Codex依然作为本地工具运行在物理机上,登录态、订阅密钥、SSH密钥、企业SSO、IP白名单、内网服务等敏感资产都不会上传到云端,保障了企业的数据安全。对于企业用户来说,Agent的请求仍然从真实设备和网络发出,符合模型厂商和企业的安全策略。「借用Agent」也因此变得安全可行,借出的只是能力授权,而非账号本身,授权方可以随时收回权限。
其次,Agent任务的执行在本地虚拟化层。通过多层虚拟化技术,将Claude Code、Codex的运行环境纳入受管的Linux环境,系统会接管Agent的进程调用和文件读写,从正确性、性能、沙箱成本等维度判断每条指令的最终去向,无论是物理机、虚拟机还是云端。Agent本身不会感知到任何变化,用户也无需改变任何使用习惯。
最后,Agent的共享和协作都在云端Room。只有与协作相关的工作实况会上传到云端,包括Agent正在修改的文件、任务进度、生成的产物等。Room内的所有成员和Agent都基于这些实时同步的信息开展协作。根据官方数据,由于只有协作相关的指令上云,Tutti · VM的沙箱成本仅为普通云端方案的20%到25%。
这里还有一个值得关注的技术细节:实时协作的冲突解决。Google Docs和Figma等产品的冲突处理在应用层,因为文档的操作类型有限,可以穷举插入、删除、格式修改等操作。但Agent的命令和文件操作类型繁多,无法在应用层逐一适配。Tutti · VM的解决方案是将实时协同下沉到文件系统层,自研了一套文件级实时协同引擎。这意味着只要适配了文件系统层,几乎所有现有工具都无需修改代码就能支持多人协作,正如团队自己形容的:「让三十年来的工具生态一夜之间全部学会了协作」。
如果所有Agent都能突破本地物理机的限制,在同一个共享Room中协作,将会带来三个极具想象力的变化:
第一,Agent从个人助手进化为组织成员。当前的Agent大多只属于单个用户,其上下文、工具、产物和工作过程都留在个人电脑和会话中。当用户离开或离职,项目的上下文很可能会永久丢失。而Tutti · VM让用户可以继续使用自己的电脑和Agent,同时将项目的文件、任务、运行状态、决策过程和工作成果沉淀在持续存在的Room中。成员和Agent可以自由加入、离开或切换项目,项目本身不会随着任何一个人的退出而停止或消失。Agent不再只是为单个用户完成一次任务,而是以项目为单位参与协作,成为组织可共享、可交接、可积累的能力。组织也将拥有「长期记忆」,当新的Agent加入项目时,可以直接继承完整的历史上下文,而非从零开始。
第二,Agent之间会形成协作默契。就像人与人长期协作会形成默契一样,Room内的Agent也可以感知其他Agent的归属、职能和当前工作状态。当新人加入团队时,他的Agent第一天就能继承整个组织的上下文,快速融入协作。
第三,Agent之间会自然形成自主分工。当每个Agent都能看到全局的协作状态,它们可以自行判断哪些任务可以并行执行、哪些需要等待、如何避开冲突,无需中央编排器进行指挥。
这一切的核心前提只有一个:所有Agent都在同一个空间中,观看同一份实时实况,共享同一个运行时环境。
目前Tutti · VM还处于内测阶段,我们拿到了一批内测邀请码,将公开在本文的评论区中,欢迎大家体验这种全新的Agent协作模式,感受它所带来的想象力。

