長篇寫到後面設定就「吃書」?3 步讓設定庫不跟正文打架
結論先講:長篇設定越寫越亂、前後對不上(俗稱「吃書」),根源不是你記性差,是你的設定庫沒跟著正文更新、慢慢漂移成一份連你自己都不敢信的舊資料。 該做的不是「記更多」或「建更完整的設定集」,而是讓設定庫始終以正文為準、隨劇情同步——一致到你敢直接信它、不用回頭翻正文。這篇拆解設定失控的三個真原因(會變、會交叉、會跟正文脫節),給三步維護法,最後講:已經吃書了,怎麼以正文為準重建。
為什麼長篇設定會「越寫越亂」——三個真原因
不是「量大」這麼簡單。量大只要分類就好,寫長篇的人都知道要分角色、地點、組織。真正讓設定失控的是三件事,量越大越明顯:
- 設定會變:同一個角色的頭銜、陣營、能力上限,第 10 章和第 80 章可能已經不一樣。你腦中記得的,是哪一版?
- 設定會交叉:這把武器是那個組織在那個地點造的、這個角色的師父是另一條線的反派。你要查的往往不是單獨一條,是一整張關係網。
- 設定會跟正文脫節:你在正文裡改了某個設定,卻忘了回頭改設定集。從那一刻起,設定集就開始「漂移」——變成一份跟正文對不上的舊資料。
前兩個是複雜度問題,第三個是信任問題——而它才是吃書的真正源頭。
病根:你回頭翻正文,是因為你不敢信設定集了
很多人以為「設定記不住」是因為設定集太長、查起來慢。其實不是——在一份設定集裡搜一個關鍵詞,比翻幾十萬字正文快得多。查找從來不是瓶頸。
真正的原因是:你的設定集已經跟正文對不上了,所以你不敢信它。 你隱約記得「這個設定後來在正文改過」,但設定集沒更新,於是你寧可回頭翻正文——因為正文才是「真正發生過、讀者看過」的版本,是唯一可信的那份。
這就是重點。一旦設定集開始漂移,它就從「幫你省時間的工具」,變成「你會直接略過的舊資料」。所以設定管理的核心,不是「記得多完整」,是讓設定集永遠追得上正文,一致到你敢信它。用一句話說:你的故事只能有一個可信的設定版本,那份要是設定庫,不是散落在幾十萬字裡的正文。
3 步讓設定庫不漂移
第一步:以正文為準,改完正文就同步回設定庫
設定漂移永遠從同一個動作開始:你在正文改了某個設定(角色升職、規則被打破、某個人死了),改完就繼續往下寫,沒回頭更新設定庫。一次兩次沒事,累積十幾次,設定庫就變成廢紙。
習慣要倒過來:正文裡只要動到一條「設定級」的資訊,當下就同步回設定庫。 這比事後重建便宜太多——同步一條要 10 秒,事後找出全書哪裡漂移了要幾小時。怎麼判斷「什麼算設定級」?很簡單:讀者可能記得、之後可能再出現的,就是(能力上限、頭銜、生死、世界規則、關係)。
第二步:給「會變」和「會交叉」的設定留對的位置
一般設定表最大的問題,是它假設設定是靜態的——一格填一個值。但長篇的設定會變、會關聯,靜態表格接不住:
- 會變的設定:別只記「現在的值」,記「當前值+什麼時候變的」。這樣你寫倒敘、回憶時,知道那個時間點該用哪一版(第 30 章的他還沒黑化,不能用第 80 章的性格去寫)。
- 會交叉的設定:別把角色、組織、地點當成三份互不相干的清單。記下「誰屬於哪、誰對誰做過什麼」的關聯——你查的常常是一張網,不是一個點(這條線可以延伸看角色關係圖怎麼整理)。
第三步:查閱要低到沒有摩擦,否則你還是會憑印象
設定庫再準,如果查它要開另一個檔案、切視窗、搜尋,你在寫作心流裡就會偷懶——「我記得應該是……」然後憑印象寫下去,又製造一次漂移。憑印象,是漂移的第二個入口。
所以設定庫要放在你寫作的地方旁邊,查一條設定低到像順手瞄一眼。摩擦夠低,你才會真的每次都對照一下;摩擦一高,你就會賭記憶——然後回到漂移的循環。低摩擦的查閱,不是方便,是防漂移的必要條件。
已經吃書了怎麼辦?以正文為準重建,不是重讀全書
如果你的設定集早就跟正文對不上,別想著重讀 30 萬字逐字校對——那不現實。做法是「認正文、只抓衝突點」:
- 認定正文是唯一事實:已經寫出去、讀者看過的,就是既成事實。設定集要去追正文,不是反過來回頭改正文(改舊章的代價見趕稿期的設定債)。
- 只重建接下來會用到的:不用一次校對全書。把接下來幾章會登場的角色、地點、規則,用搜尋在正文裡確認「最後一次是怎麼寫的」,據此更新設定庫。用到才建,不是全部重來。
- 往後用第一步守住:重建之後,靠「改正文就同步」的習慣守住,別再漂移第二次。
止血的原則是:別跟已經寫出去的正文打架——讓設定庫去追上正文,而不是回頭改正文。
Before / After:漂移的設定集 vs 追得上正文的設定庫
| 設定庫會漂移(❌) | 設定庫追得上正文(✅) | |
|---|---|---|
| 改了正文裡的設定 | 忘了同步,庫變舊資料 | 當下同步,庫永遠跟正文一致 |
| 要查一條設定 | 不敢信庫、回頭翻正文 | 直接信庫、不用翻正文 |
| 設定變過(倒敘/回憶) | 只記現值,寫錯版本 | 記變更時點,回得去任一版 |
| 設定互相交叉 | 一條條分開找 | 順著關聯查整張網 |
三個常見誤區
- 設定集建好就不動:不同步一定漂移。設定集是要一直維護的活文件,不是開寫前的一次性作業。
- 想重讀全書逐字校對:不現實。以正文為準、只抓接下來會用到的衝突點就好。
- 把腦補跟正文設定混在一起:沒寫進正文的背景腦補,丟一份廢案筆記就好,別淹沒你每天要信的設定庫。
治本:讓設定庫追得上正文、又查得到
前面三步都能手動做(紀律+資料夾),但手動的天花板,是「同步」全靠你自己記得、「查閱」始終有摩擦——只要有一個環節偷懶,漂移就回來了。治本是讓工具替你守住這兩件事。
LitMemo 的世界觀系統把角色、地點、組織、規則存成條目,就在編輯器旁邊;寫正文時 @ 一下設定,內容當場浮出來對照——查閱低到沒有摩擦,你不會再想憑印象。更關鍵的是它保留每條設定的變更紀錄:設定改過幾次、每一版是什麼、從哪一章開始變,都看得到——這正好接住「設定會變」,也讓你一眼發現哪條設定悄悄漂移了。
當設定多到連自己都不確定改過沒,還能直接問:AI 助手讀得到你的整個設定庫,一句話問「這個角色現在的能力上限是什麼」「這條規則後來有沒有改過」,它直接答。設定越多,用問的比用找的省越多時間。
小結
長篇會吃書是必然,不是你不夠用功——設定會變、會交叉、會跟正文脫節,任何十萬字以上的作品都會走到那個門檻,就像世界觀會越長越大、角色也會隨章節漂移一樣。
差別只在你有沒有守住一件事:讓設定庫永遠追得上正文,一致到你敢信它。 改完正文就同步、給會變和會交叉的設定留對的位置、把查閱的摩擦壓到最低。設定從「靠記」變成「可信的單一版本」,你才不會每寫一段就被自己的舊設定絆一次。
LitMemo