一个长项目经常会分出两件相关的事:这边继续改代码,那边想沿着同一段历史查资料。复制一份会话,两边很快就各说各的;直接共用一份可改的历史,又容易在同时完成时互相覆盖。

1.0.11 的共享会话标签,就是让几个标签各自跑任务,完成后再把回合汇回同一段历史。1.0.10 还加入了桌面 Computer Use、消息建议和内置帮助。

1. 共享会话的回合提交

1.1 标签独立暂存区

执行中的一轮先留在私有暂存区,完成后按提交顺序合入共享历史。源码的 StagedTurn 为这一轮保存了会话、标签视图、回合身份和开始时的历史版本:

interface StagedTurn {
  version: 1;
  sessionId: string;
  viewId: string;
  turnId: string;
  baseBytes: number;
  baseVersion: number;
  baseSha256: string;
  records: ChatMessage[];
  state: "running" | "failed" | "cancelled" | "committed";
}

turnId 用于识别同一个回合,baseVersion 和 baseSha256 描述它从哪一版历史开始。恢复时仍保留这些身份,避免重启后又把同一轮追加一次。实现见共享会话协调器。

1.2 共享历史更新与草稿保留

共享的是已提交历史。草稿、运行状态和中断恢复仍属于各自标签。另一个标签提交以后,当前标签要识别历史更新,但不能顺手清掉输入框,也不能把那段结果当成本轮输出。

Jupiter 共享会话标签页合成测试画面
2026年10月26日真实界面测试截图。smoke-model、LOCAL_OK、private draft B 均为合成测试内容,不代表真实模型效果。

2. 历史分页与回滚定位

Desktop 和 Web 在1.0.11改为分页读取会话,向上滚动才加载更早轮次。这样不用一打开就把整段长历史塞给渲染器。

分页以后,回滚还要找原来的那一轮。加载早期消息后,各轮次仍使用原来的身份定位。超大内容会提示导出;只读客户端可浏览历史,修改权限保持不变。

消息预测也受历史变化影响:本轮建议刚生成,晚到的历史快照不能把它清空;真正换会话、压缩、回滚或别的标签更新后,过期建议则要丢掉。

3. Computer Use Beta 的控制流程

1.0.10 的 Desktop Computer Use Beta 经 Cua Driver 观察屏幕、点击、移动、滚动和输入。它默认关闭,需要支持图片的模型、可用驱动和系统授权。CLI 和 Web 没有这项原生桌面控制。

环节 为什么需要
跨会话控制租约 避免两个任务同时操作同一套桌面输入
观测校验 当前动作必须基于仍然有效的屏幕状态
审批暂停与恢复 暂停后重新取得控制,要重新确认观测
取消与未知结果处理 已经发出的输入可能执行过,不能直接重放

点击后如果结果未知,需要重新观察屏幕再决定下一步操作,避免重复点击。具体实现见桌面控制入口。

4. 消息建议、取消与内置帮助

4.1 消息建议与取消

下一条消息预测可以接受、忽略或取消。接受只填入草稿,不自动发送;用户开始输入、切换会话或取消后,旧建议应失效。辅助请求产生的 API 用量单独记录。

取消还要覆盖主请求之前的命令识别和辅助请求。如果识别仍在等待,用户已经按停,晚来的识别结果就不能继续触发执行。尚未接收的消息会恢复到草稿。

4.2 版本化帮助与联网工具

内置 jupiter_help 读取安装包里的版本化手册,结合当前能力回答设置问题。查“桌面控制能不能用”,不需要为了发现答案先启动驱动。

1.0.11 还把直连 Search 和 Fetch 分开配置,服务请求次数与模型 token 分开统计。未获取到费用时显示“未知”。发布细节可对照 1.0.10 和 1.0.11。