小說正文被覆蓋怎麼恢復？版本歷史、本地草稿與衝突處理

本篇目錄 10 節

發現正文突然變成舊版時，最重要的動作不是刷新，也不是馬上再輸入一段試試。

先停手，確認當前頁面、伺服器版本和本地草稿分別儲存了什麼。 繼續編輯會製造更多版本；連續刷新可能讓你更難判斷哪份是原稿、哪份是新稿。

馬良寫作的正文保護分為兩層：伺服器版本歷史適合找已經儲存過的內容，本地草稿箱用於保護衝突決策前尚未安全同步的畫布內容。兩者定位不同，不能把本地草稿當雲備份。

正文看起來“回退”時，先檢查哪三件事？

先記錄現場，再做恢復。

1. 看當前章節標題和字數，確認沒有切錯章節。
2. 記下大致丟失位置，不要繼續輸入或觸發 AI 改寫。
3. 打開版本歷史，分別檢視伺服器版本和本地草稿。

多標籤頁、手機與電腦同時打開、AI 後臺改寫、網路斷開後重連，都可能讓同一章節出現不同基線。系統會對內容版本做守衛，發現真實分歧時暫停自動儲存並給出選擇，而不是讓舊請求直接蓋掉新內容。

伺服器版本歷史和本地草稿有什麼區別？

伺服器版本歷史記錄已經形成版本的章節內容，可以跨裝置檢視。恢復某個版本屬於一次明確的內容操作，恢復前應確認目標版本確實包含正文。

本地草稿是瀏覽器裡的短期防丟兜底。它主要在這些時機寫入：儲存衝突出現、即將載入伺服器最新內容、外部改寫準備刷新畫布、衝突僵局需要暫停儲存時。

當前設計的邊界是：

• 每章保留最近 2 份本地草稿。
• 草稿 7 天后自動過期。
• 全量使用有限的瀏覽器儲存空間，過舊內容會被淘汰。
• 不做雲同步，換瀏覽器、換裝置或清理站點資料後可能消失。
• 共享裝置上應謹慎保留正文，並在不需要時手動清理。

所以，已經儲存的長期版本先看伺服器歷史；剛剛衝突或誤操作的內容再看本地草稿。

“載入最新”和“保留我的版本”應該怎麼選？

衝突提示出現時，先比較兩份內容的更新時間和關鍵段落。

“載入最新”適合伺服器版本確實更新，例如另一臺裝置已經完成修改，或後臺 AI 任務寫入了新內容。點選前，當前畫布會先進入本地草稿保護，然後頁面載入伺服器版本。

“保留我的版本”適合當前畫布才是你要保留的最新人工編輯。系統會把伺服器內容存一份草稿，再以伺服器最新版本作為新基線提交你的內容，避免無版本覆蓋。

不確定時不要猜。先複製兩邊關鍵段，或從本地草稿檢視完整字數。恢復操作的目標是保住兩份，再決定哪份成為正文。

怎樣從本地草稿恢復到畫布？

打開章節版本歷史中的“本地草稿”區域，按儲存時間、字數和原因判斷。常見原因會標明儲存衝突保護、載入最新前保護或恢復前保護。

恢復到畫布前，系統會再把當前畫布存一份草稿，防止你選錯版本後無路可退。恢復後的內容會作為使用者編輯重新進入儲存流程，並繼續受版本守衛保護。

穩妥步驟是：

1. 先用“複製內容”把候選草稿放到臨時文件核對。
2. 對比開頭、丟失位置和章尾，不只看字數。
3. 確認後再點恢復到畫布。
4. 等儲存狀態完成，再切章節或刷新。

AI改寫後原文不見了，應該從哪裡找？

先看差異面板是否仍在，再看版本歷史。

如果 AI 修改還處於待確認狀態，可以逐塊拒絕，恢復對應原文；如果已經全部接受或完成整章合併，檢視儲存前後的伺服器版本。剛發生衝突、拒絕修改時又繼續手寫的情況，還應檢視本地草稿。

以後做大改前，建議用AI 改寫差異對比逐段確認。整章替換隻適合明確重寫任務，不適合普通潤色。

為什麼多標籤頁編輯容易出現衝突？

兩個頁面都以同一個舊版本為起點。A 標籤先儲存後，伺服器版本已經推進；B 標籤仍拿舊基線提交，系統必須阻止它靜默覆蓋 A。

這類 409 衝突不是“儲存系統壞了”，而是保護機制在告訴你：伺服器和本地都發生了有效變化，需要人決定。內容等價但版本推進的假衝突會盡量靜默同步；只有兩邊正文真的不同，才應該打斷自動儲存。

日常習慣可以降低衝突：同一章節儘量只在一個標籤編輯，切裝置前等待儲存完成，後臺 AI 任務完成後先看提示再繼續手寫。

本地草稿是不是小說備份？

不是。它是短期、同瀏覽器的恢復窗口。

真正的備份策略應包括伺服器版本、定期導出和重要節點的離線副本。本地草稿受瀏覽器清理、隱私模式、儲存配額和裝置變化影響，適合救回剛剛發生的衝突，不適合儲存幾個月前的章節。

可以在卷完結、重大改稿和投稿前各做一次導出。修改方法可先看小說潤色指南，發佈前的其他檢查見小說校對清單，跨章事實風險則用一致性體檢處理。

誤覆蓋發生後的十分鐘應該怎麼處理？

前兩分鐘只做現場保護：停止輸入，不觸發新的 AI 任務，記下章節、裝置和大概發生時間。若頁面仍顯示目標內容，先複製到系統剪貼簿或臨時文件。

接著打開版本歷史，按時間從新到舊檢查伺服器版本；再看本地草稿的字數與儲存原因。找到疑似版本後，不要直接恢復，先複製出來對比丟失位置、開頭和章尾。

確認目標內容後再恢復到畫布，等待儲存完成。最後檢查相鄰章節與任務中心，確認沒有仍在運行的外部改寫繼續寫回同一章。整個過程中一次只做一個恢復動作，避免剛找回的內容又被下一次操作覆蓋。

找不到目標版本時，哪些操作反而會擴大損失？

不要反覆刷新和來回切裝置。每個環境看到的本地草稿不同，頻繁切換隻會增加判斷成本。也不要在錯誤版本上繼續補寫，希望靠記憶把丟失內容重建；一旦它自動儲存，時間線上會多出一個看似更新、實際不完整的版本。

不要為了“觸發儲存”隨便加一個字再刪除。版本衝突不是靠製造新請求解決的。更不要清理瀏覽器快取、退出隱私窗口或使用清理工具，本地草稿可能正存在這些瀏覽器資料裡。

如果版本歷史和本地草稿都沒有目標內容，先保留當前所有候選版本與發生時間，再聯絡支持排查服務端日誌。描述“哪本書、哪一章、什麼時間、在哪個裝置做過什麼操作”，比只說“內容沒了”更容易定位。

恢復完成後，再單獨復盤觸發原因，避免同樣路徑再次發生。

常見問題

Q1：刷新頁面會不會自動恢復丟失內容？

不要把刷新當恢復手段。刷新通常載入伺服器狀態，未同步的畫布內容只能依賴本地草稿等保護。先檢查版本歷史，再決定是否刷新。

Q2：本地草稿能在手機上看到嗎？

只有草稿寫入的同一瀏覽器環境可以讀取。它不雲同步，電腦瀏覽器裡的草稿不會自動出現在手機上。

Q3：為什麼每章只看到最近兩份本地草稿？

本地草稿用於短期衝突保護，需要控制瀏覽器儲存佔用。更長期的版本應依靠伺服器版本歷史和主動導出。

Q4：恢復舊版本會不會覆蓋當前內容？

恢復會改變畫布，因此操作前應先核對目標版本。系統會盡量保護當前畫布到草稿，但仍建議先複製關鍵內容，避免選錯。

Q5：出現連續儲存衝突應該怎麼辦？

停止繼續輸入，關閉其他正在編輯同章的標籤，比較伺服器與本地版本後明確選擇。不要反覆點選儲存；衝突僵局需要由使用者選擇打破。