冲突副本

冲突只有一个来源：同一份项目在两边各自往前走了一段。常见两种情形——设备断网期间继续写，本地攒了未上传的修改；或者你在两台设备上都打开过同一个项目且没同步。重新连上时，本地待上传稿与云端新版本同时存在，织境不会替你猜哪一段该留。

心跳不会在你打字时改你的稿：只有你离开又回来、或页面重新聚焦时才做摘要比对，所以冲突总是在你能看见的时刻出现。

• 以云端最新版本刷新当前项目。解决时会再拉一次最新云端稿，拉不到才用冲突当时缓存的那一份。
• 把你本地「未上传成功」的草稿安全另存为一个冲突副本项目——它不带云端链接，是一个独立的本机项目。

也就是说：任何一侧都不会被覆盖掉。代价是合稿这件事交回给你——需要人工判断的段落合并，织境不做自动合并。

1. 1
   看到提示先别关

   冲突窗里选「以云端为准」就走上面的流程；选「暂不处理」只对当前这个项目有效——换到另一个冲突项目时还会再弹一次。
2. 2
   回大厅找副本

   项目列表里会出现一个不带云链接的冲突副本，名字带来源提示。它和主项目平级，可以正常打开、编辑、导出。
3. 3
   两边并排读

   把副本里独有的段落手动拷回主项目的对应位置。结构类改动（新增章节、场次）尤其要逐段核对，别整块覆盖。
4. 4
   确认后清掉副本

   内容并完再处理副本：移到回收站或仅移除记录。桌面端的副本只是本机项目，删除记录不动别的文件夹。

你在飞机上写完三章，落地后没有联网就关掉了电脑；第二天在办公室打开同一个项目——那边的云端还是出发前的版本，你本地这三章从没上传过。回到飞机那台设备联网时，两边都有了对方的新版本，冲突成立。

你会看到：提示说云端版本更新，确认后当前项目变成出发前的样子（云上最新），而这三章以「冲突副本」出现在大厅里。于是你在办公室的设备上打开副本，把三章逐场拷回主项目——注意是拷内容，不是把整个项目替换掉，否则办公室这两天的改动又会丢。

• 换设备前先在当前设备上看到「已同步」，再关页面。
• 同一时间只在一台设备上连续写；另一台只用来翻阅。
• 长会话结束后手动做一次项目包导出，等于给自己留第三份底稿。

冲突副本是普通项目，不会自动回滚、也不会自动合并，之后主项目继续演进与它无关。如果你不确定哪一段更新，就按顶栏时间、章节字数和最近编辑痕迹比对；两边都要保留时，先导出两份项目包，再动手合。

同步顺序与心跳机制见 云端版本与本地缓存。