对话分叉与撤销|选择适合的继续方式
根据工作目标选择继续、Fork、新建对话或撤销发送,并理解文件副作用。
Fork 创建一场沿共同背景继续的新对话;撤销发送则回退当前对话的尾部。先明确要比较方向,还是更正一次错误发送。
继续当前对话就够的情况
同一份提纲需要补一段、删一节或核实来源时,直接在当前对话说明修改。已有目标不变,不必每次修稿都分叉。
完全无关的问题适合新建对话。分叉会继承分叉点之前的背景,没有必要把无关内容一并带过去。
用 Fork 比较两条路线
例如已经讨论好分享会材料,想分别试“故事式开场”和“问题式开场”:
- 找到共同背景已经完整、但尚未沿某一方案深入的 AI 回复。
- 使用该回复提供的分叉操作。
- 确认已打开新会话,核对继承的历史与所属聊天项目。
- 在新会话明确说明新的比较方向。
原会话保留,你可以分别继续两条路线。分叉之后的讨论不会自动互相合并;要比较结果时,显式引用或转述各自结论,再核对来源。
- 分开讨论,不会自动隔离文件
概念关系图。分叉后的讨论不自动合并;写文件时仍要分别核对路径。
- 分叉点之前的共同背景
- 原会话:路线 A
- 新会话:路线 B
- 同一批磁盘文件
- Fork 隔离的是对话方向,不是磁盘
- 两场会话仍可能访问同一批文件。比较方案时要求保存为不同的新文件,或先只讨论,避免两边同时改同一份稿件。
Fork 也不是压缩工具。它仍会继承分叉点前的共同背景;处理长度问题请看长对话。

回复底部有分叉入口;本次未实际创建分叉。
撤销发送从哪里开始回退
撤销操作针对一条用户发送。确认后,这条发送及其后的对话会从当前聊天移除,原输入恢复到输入框,供修改重发。较早的发送也可能成为回退点,所以影响不一定只是一轮。
- 找到真正需要撤销的那条用户消息。
- 打开撤销发送操作,阅读回退范围。
- 检查后续是否有需要另外保存的决定或成果信息。
- 确认回退。
- 检查恢复到输入框的文字与附件,调整后再发送。
系统会先保存被移除的会话尾部归档,再回退当前记录。但这不是一个承诺能在界面中随时“一键重做”的功能,不要把归档当作日常版本管理方式。

撤销前先核对会话尾部影响;本次取消了确认。
哪些东西不会跟着撤销
已经创建或改写的笔记、生成的图片、执行过的命令,以及已经发生的外部操作,都不会因为撤销聊天而自动恢复。回退前后都应检查真实文件。
例如上一轮已写出“方案A.md”,撤销该轮并改发方案B,不会自动删除或恢复“方案A.md”。需要处理它时,另行说明保留、重命名或恢复要求,并核对实际操作。
如果只是想停止正在生成的回答,先使用停止;如果只是想保留历史另试一种方案,优先 Fork。文件恢复见资料库与数据|备份与恢复。
旧会话没有撤销入口
撤销依赖可用的持久发送记录。部分早期格式会话没有相应标识,可能不显示撤销入口。不要靠删除文件来模拟撤销;先保存需要的结论,再选择新对话或可用的分叉方式。
内容来自 Orrery Desktop 的 Wiki,文档仍在持续完善。功能开放情况以当前版本为准。