小说正文被覆盖怎么恢复?版本历史、本地草稿与冲突处理
AI改写、多标签页或网络重连后发现正文不对,先别继续保存。本文说明如何判断服务器版本与本地草稿,怎样从版本历史恢复、如何处理“加载最新/保留我的版本”,以及本地草稿7天、每章最近2份与不可跨设备的限制。还会给出误覆盖后的紧急处理顺序、多标签页冲突原理和长期备份建议,避免在慌乱刷新与反复保存中扩大损失。
马良写作团队
马良写作
发现正文突然变成旧版时,最重要的动作不是刷新,也不是马上再输入一段试试。
先停手,确认当前页面、服务器版本和本地草稿分别保存了什么。 继续编辑会制造更多版本;连续刷新可能让你更难判断哪份是原稿、哪份是新稿。
马良写作的正文保护分为两层:服务器版本历史适合找已经保存过的内容,本地草稿箱用于保护冲突决策前尚未安全同步的画布内容。两者定位不同,不能把本地草稿当云备份。
正文看起来“回退”时,先检查哪三件事?
先记录现场,再做恢复。
- 看当前章节标题和字数,确认没有切错章节。
- 记下大致丢失位置,不要继续输入或触发 AI 改写。
- 打开版本历史,分别查看服务器版本和本地草稿。
多标签页、手机与电脑同时打开、AI 后台改写、网络断开后重连,都可能让同一章节出现不同基线。系统会对内容版本做守卫,发现真实分歧时暂停自动保存并给出选择,而不是让旧请求直接盖掉新内容。
服务器版本历史和本地草稿有什么区别?
服务器版本历史记录已经形成版本的章节内容,可以跨设备查看。恢复某个版本属于一次明确的内容操作,恢复前应确认目标版本确实包含正文。
本地草稿是浏览器里的短期防丢兜底。它主要在这些时机写入:保存冲突出现、即将加载服务器最新内容、外部改写准备刷新画布、冲突僵局需要暂停保存时。
当前设计的边界是:
- 每章保留最近 2 份本地草稿。
- 草稿 7 天后自动过期。
- 全量使用有限的浏览器存储空间,过旧内容会被淘汰。
- 不做云同步,换浏览器、换设备或清理站点数据后可能消失。
- 共享设备上应谨慎保留正文,并在不需要时手动清理。
所以,已经保存的长期版本先看服务器历史;刚刚冲突或误操作的内容再看本地草稿。
“加载最新”和“保留我的版本”应该怎么选?
冲突提示出现时,先比较两份内容的更新时间和关键段落。
“加载最新”适合服务器版本确实更新,例如另一台设备已经完成修改,或后台 AI 任务写入了新内容。点击前,当前画布会先进入本地草稿保护,然后页面加载服务器版本。
“保留我的版本”适合当前画布才是你要保留的最新人工编辑。系统会把服务器内容存一份草稿,再以服务器最新版本作为新基线提交你的内容,避免无版本覆盖。
不确定时不要猜。先复制两边关键段,或从本地草稿查看完整字数。恢复操作的目标是保住两份,再决定哪份成为正文。
怎样从本地草稿恢复到画布?
打开章节版本历史中的“本地草稿”区域,按保存时间、字数和原因判断。常见原因会标明保存冲突保护、加载最新前保护或恢复前保护。
恢复到画布前,系统会再把当前画布存一份草稿,防止你选错版本后无路可退。恢复后的内容会作为用户编辑重新进入保存流程,并继续受版本守卫保护。
稳妥步骤是:
- 先用“复制内容”把候选草稿放到临时文档核对。
- 对比开头、丢失位置和章尾,不只看字数。
- 确认后再点恢复到画布。
- 等保存状态完成,再切章节或刷新。
AI改写后原文不见了,应该从哪里找?
先看差异面板是否仍在,再看版本历史。
如果 AI 修改还处于待确认状态,可以逐块拒绝,恢复对应原文;如果已经全部接受或完成整章合并,查看保存前后的服务器版本。刚发生冲突、拒绝修改时又继续手写的情况,还应查看本地草稿。
以后做大改前,建议用AI 改写差异对比逐段确认。整章替换只适合明确重写任务,不适合普通润色。
为什么多标签页编辑容易出现冲突?
两个页面都以同一个旧版本为起点。A 标签先保存后,服务器版本已经推进;B 标签仍拿旧基线提交,系统必须阻止它静默覆盖 A。
这类 409 冲突不是“保存系统坏了”,而是保护机制在告诉你:服务器和本地都发生了有效变化,需要人决定。内容等价但版本推进的假冲突会尽量静默同步;只有两边正文真的不同,才应该打断自动保存。
日常习惯可以降低冲突:同一章节尽量只在一个标签编辑,切设备前等待保存完成,后台 AI 任务完成后先看提示再继续手写。
本地草稿是不是小说备份?
不是。它是短期、同浏览器的恢复窗口。
真正的备份策略应包括服务器版本、定期导出和重要节点的离线副本。本地草稿受浏览器清理、隐私模式、存储配额和设备变化影响,适合救回刚刚发生的冲突,不适合保存几个月前的章节。
可以在卷完结、重大改稿和投稿前各做一次导出。修改方法可先看小说润色指南,发布前的其他检查见小说校对清单,跨章事实风险则用一致性体检处理。
误覆盖发生后的十分钟应该怎么处理?
前两分钟只做现场保护:停止输入,不触发新的 AI 任务,记下章节、设备和大概发生时间。若页面仍显示目标内容,先复制到系统剪贴板或临时文档。
接着打开版本历史,按时间从新到旧检查服务器版本;再看本地草稿的字数与保存原因。找到疑似版本后,不要直接恢复,先复制出来对比丢失位置、开头和章尾。
确认目标内容后再恢复到画布,等待保存完成。最后检查相邻章节与任务中心,确认没有仍在运行的外部改写继续写回同一章。整个过程中一次只做一个恢复动作,避免刚找回的内容又被下一次操作覆盖。
找不到目标版本时,哪些操作反而会扩大损失?
不要反复刷新和来回切设备。每个环境看到的本地草稿不同,频繁切换只会增加判断成本。也不要在错误版本上继续补写,希望靠记忆把丢失内容重建;一旦它自动保存,时间线上会多出一个看似更新、实际不完整的版本。
不要为了“触发保存”随便加一个字再删除。版本冲突不是靠制造新请求解决的。更不要清理浏览器缓存、退出隐私窗口或使用清理工具,本地草稿可能正存在这些浏览器数据里。
如果版本历史和本地草稿都没有目标内容,先保留当前所有候选版本与发生时间,再联系支持排查服务端日志。描述“哪本书、哪一章、什么时间、在哪个设备做过什么操作”,比只说“内容没了”更容易定位。
恢复完成后,再单独复盘触发原因,避免同样路径再次发生。
常见问题
Q1:刷新页面会不会自动恢复丢失内容?
不要把刷新当恢复手段。刷新通常加载服务器状态,未同步的画布内容只能依赖本地草稿等保护。先检查版本历史,再决定是否刷新。
Q2:本地草稿能在手机上看到吗?
只有草稿写入的同一浏览器环境可以读取。它不云同步,电脑浏览器里的草稿不会自动出现在手机上。
Q3:为什么每章只看到最近两份本地草稿?
本地草稿用于短期冲突保护,需要控制浏览器存储占用。更长期的版本应依靠服务器版本历史和主动导出。
Q4:恢复旧版本会不会覆盖当前内容?
恢复会改变画布,因此操作前应先核对目标版本。系统会尽量保护当前画布到草稿,但仍建议先复制关键内容,避免选错。
Q5:出现连续保存冲突应该怎么办?
停止继续输入,关闭其他正在编辑同章的标签,比较服务器与本地版本后明确选择。不要反复点击保存;冲突僵局需要由用户选择打破。
RELATED