Usecase
A group conversation flowing into Agent tasks inside a shared workspace beneath a vast planet

群聊应用:为 Agent 沉淀 context 的地方,团队间的讨论都在这儿。

讨论完的东西,@ 一下就能让 Agent 落地。

为什么 Tutti · VM 里还需要群聊

Agent 之间已经能实时共享工作实况了。Agent A 在改什么文件、跑到哪一步、产出了什么,Agent B 天然就能感知到。

但人不一样。人需要说话、需要讨论、需要对齐。你看到 Agent 做了一版方案,想问问同事觉得怎么样。你不确定某个需求该怎么拆,想跟队友商量一下。你发现 Agent 改错方向了,想提醒协作者注意。

这些事情靠 Agent 之间的自动感知解决不了,得靠人之间的沟通。所以群聊在 Tutti · VM 里不是「多了一个聊天功能」,而是人和人之间在同一个协作空间里对齐想法的入口。

但它又不止于聊天。

群聊里能做什么

正常发消息

最基本的:发文字消息。讨论方案、提问、对齐进度、吐槽 Agent 做的东西不太行。跟你在任何群聊产品里做的一样。

用 @ 连接一切

群聊里的 @ 和你在别处见过的不一样。在 Tutti · VM 里,@ 是围绕工作上下文的深度引用和调用,跟 Agent 对话框里的 @ 是同一套逻辑。

群聊里能 @ 的东西:

@ 人或 Agent。你可以 @ 一个同事,说「你看下这个方向对不对」。你可以 @ 某个 Agent,说「你来继续做这个」。被 @ 的人或 Agent 会收到提醒,带着上下文过来。比如你 @ 同事的 Codex,说「这个 API 接口你来接」,Codex 就知道要做什么,而且能引用到 Room 里已有的所有相关上下文。

@ Session(会话)。Room 里所有人和 Agent 之间的历史对话,都可以被 @ 引用到群里。你 @ 一段你和 Claude Code 的对话,发到群里,大家就能看到你们刚才讨论了什么、Agent 做了什么。不需要截图,不需要复制粘贴,不需要「我跟你讲一下刚才 Agent 做了什么」。直接 @ 发进去,上下文都在。

@ 文件。Agent 产出的代码、应用产出的图片、AI Doc 写的文档、原型设计出的设计稿,所有产出物都可以 @ 发到群里讨论。你让 Claude Code 改了一版前端,@ 这个产出物发到群里,同事打开就能看到实时状态。

发悄悄话

5 个人在一个 Room 里协作,你有时候想跟其中一个人单独说点什么。可能是觉得他的 Agent 改错了方向想私下提醒,可能是对某个方案有不同想法不想在群里直接说,也可能只是想确认一下他的进度。

你可以发送悄悄话给对方。只有你们两个人能看到,其他成员看不到。不需要单独开一个私聊窗口,在群聊里直接切到悄悄话模式就行。

这意味着群聊同时承担了「公开讨论」和「私下沟通」两种需求。你不需要在群聊和一个独立的私信功能之间来回切换。

实际场景

场景一:讨论完直接执行

你和两个同事在 Room 群聊里讨论一个功能怎么做。聊了二十分钟,方案对齐了。

过去你需要做什么?把讨论结果总结一遍,复制到 Agent 对话框里当背景,然后让 Agent 开始做。讨论和执行之间隔了一个「人工总结」的环节。

现在你直接在 Agent 对话框里输入 @,引用这段群聊上下文。或者多选消息,转发给 Agent。Agent 拿到的是完整的讨论记录:谁说了什么、最终定的是什么方案、中间改过几次主意。不是你的总结,是原始讨论本身。Agent 基于这些去拆任务、写代码,上下文不会丢。

场景二:把 Agent 的工作拉到群里评审

你的 Claude Code 做完了一版前端页面。你想让团队看看做得怎么样。

你在群聊里输入 @,选择 Claude Code 的这段对话(Session),发到群里。群里的人点开就能看到 Claude Code 改了哪些文件、对话历史里讨论了什么、preview 现在长什么样。

同事看完觉得配色不对,在群里说了一嘴。你在 Agent 对话框里 @ 这条群聊消息,让 Claude Code 基于同事的反馈调整。反馈到执行,一个 @ 搞定。

场景三:悄悄话协调

5 个人在一个 Room 里协作开发。你发现同事的 Agent 把一个组件改坏了,但你不想在群里直接说,怕显得在质疑他。

你发一条悄悄话给他:「你的 Codex 刚把 nav 组件改坏了,你看一下?」他收到后默默去看了,修好了。群里其他人完全不知道这段对话发生过。

或者你在群里讨论方案时,对某个方向有顾虑,但不想当着所有人的面反驳。先悄悄话跟提案者沟通一下,对齐了再在群里公开讨论。群聊和私聊在同一个地方,按需要切换。

场景四:@ Agent 分配任务

你在群里讨论完一个需求拆分,有三个子任务。你直接在群里 @ 不同的人或 Agent:

「@ 张三的 Codex,你负责后端 API。@ 我的 Claude Code,你做前端页面。@ 李四,你来 review。」

每个人和每个 Agent 都收到通知,带着完整的群聊上下文去执行。不需要单独去各自的 Agent 对话框里重新描述任务背景。

小结

在 Slack、飞书、钉钉里,群聊是信息传递的通道。你发消息,别人看消息,讨论完各自去做事。群聊和工作执行是分开的。

在 Tutti · VM 里,群聊不只是讨论的地方,是讨论和执行之间的桥梁。你聊完的东西,直接就是 Agent 的上下文。