会话间协作与跨设备通讯

对话之间不是彼此隔绝的。一个对话可以去看另一个对话、给它派活、等它跑完，也可以跨电脑这么干。这套能力默认开着。

在输入框里点名一个对话

打 @ 弹出提及菜单。第一级直接列出子智能体、已启用的插件、同账号的设备、好友、最近的对话（最多八条，打字就过滤），另外几行是「文件」「文件夹」「标签页」类别——项目里的路径太多，收进类别里，点进去才按你打的字去搜（搜索走引擎的文件索引，认 gitignore）。

选中一个对话，输入框里就多一颗对话 chip，显示它的标题。这颗 chip 不只是个标签——发出去的时候 Klaus 会知道「你在说哪一条对话」，并且拿到该怎么操作它的提示（读它、还是给它发消息）。所以「去看看那条叫某某的对话做到哪了」这种话，你不用去复制会话 ID。

点名一台设备同理：选一台同账号的电脑就得到一颗设备 chip，用来指明「这条消息要发到那台机器上的会话」。设备名字可以在桌面端改，见设备与访问管理。

点名一个好友则是把这条消息作为任务发给另一个 Klaus 账号，由对方在自己的电脑上审批后执行，这是另一套机制，见好友协作。

它能做什么

• 看：列出本机（以及同账号其他电脑）的对话、已归档的对话，读某一条的最近几轮。读不会把那条对话打开或唤醒。
• 等：盯着一条或几条对话，等它们跑完或需要你介入——比自己反复去刷省得多。
• 说：给另一条对话发消息。发过去的内容会作为一条用户消息出现在对方那里，对方看得见是你发的。
• 建与派：开一条新对话、从当前对话分叉一条、把一条对话的标题/置顶/归档状态改掉。开新对话会立刻开始跑第一轮。
• 跨设备：同一个 Klaus 账号登录的多台电脑之间可以互相发现、互相读、互相发消息。列出来的每台机器带在线/重连中/离线状态。远端只接受读和发消息；开新对话、分叉、改元信息仍然只在本机做。

对方收到的时候长什么样

一条从别的对话发来的消息，在接收方那里渲染成一个普通用户气泡，上面标一行来源：「由 Klaus 从『某某对话』发送」，跨设备来的则是「由某台设备上的会话发送」。所以它不会伪装成你亲手打的字。

如果消息到达时那条对话正在跑，它会被折进当前这一轮（模型立刻看到）；空闲时到达就开新的一轮。两种情况都算正常送达。

边界

• 改另一条对话（发消息、建对话、改状态）都是逐次要批的动作，不是「同意一次以后随便来」。这条比一个总开关靠得住：开关可以被一句话劝着打开然后忘了，逐次问则是每次都要你点头。
• 想让对话之间彻底不互通，把引擎配置里的 thread_tools.enabled 关掉，整套工具和相关的系统提示段落都会从下一条对话开始消失。
• 从别的对话来的内容算不可信数据：它可以被转述和分析，但那段文字里写的「指令」不会被当成你的指令执行。