LitMemo長篇連載寫到第 30 章後，角色設定為什麼必崩
TL;DR：靜態的角色設定表撐不住動態的故事。短篇作家不會撞到這道牆，但長篇連載到第 30 章左右，三件事會同時失控：你查不到副角上次出場是第幾章、設定表跟正文已經對不上、你忘記哪個角色其實已經死了。本文不教你怎麼寫設定表（那是另一篇），而是告訴你為什麼長篇連載需要不一樣的角色管理方式。
第 30 章為什麼是分水嶺
我看過上百個寫作專案的角色資料，角色管理的崩潰幾乎都發生在第 30 章左右。這個數字不是巧合——它對應的是「作家記憶撐不住的臨界點」。當角色數量從個位數膨脹到十幾個、副線從一條變成三條、伏筆從幾個累積到幾十個，靠記憶和心智地圖維持的角色管理系統會在某個點突然崩塌。前後變化大概是這樣：
第 1-10 章：3-5 個角色，記憶夠用。主角、反派、一兩個配角，你不需要任何工具也能寫得很順。
第 11-20 章：副線開始進場。角色名單膨脹到 8-10 個，你開始覺得「應該整理一下」，於是花了一個下午做設定表。
第 21-30 章：故事變密。你新增了第二個敵對組織、開了一條新副線、引入了主角的師父。當你想查「副官 B 上次出現是第幾章、那時候他知道什麼」時——
你打開設定表，發現它停留在你第 1 章寫好的版本。
這不是個案。我看過上百個寫作專案的角色資料：長篇連載寫到第 30 章後，七成以上的設定表就停止更新了。停止更新不是因為作家放棄管理角色，是因為設定表的格式答不出他們在那個階段真正想知道的問題——副官 B 上次出場是第幾章？間諜在第幾章叛變？現在還活著的角色有哪些？這些動態查詢，靜態的設定表結構回答不了。
為什麼設定表撐不住長篇
不是因為作家偷懶，是因為設定表的設計本來就不是給長篇用的。三個結構性原因：
1. 設定表不會被回去看
你寫到第 30 章，需要的不是「這角色的性格」，而是「他上次出場是哪一章、那時候他知道什麼」。設定表答不了這些，所以你不會回去看，所以它停在第 1 章寫好的版本，再也不更新。這是一個自我強化的迴圈——資料越過期，你越不想去看；越不看，資料越過期。
2. 設定表跟正文不同步
長篇連載中角色會改變——叛變、死亡、從反派變盟友。但設定表是寫的時候建好的快照，你在第 30 章臨時改了角色背景，誰會記得回頭更新？這種「正文已經改了但設定表沒跟上」的狀態，是長篇連載最容易被讀者抓到矛盾的原因。
3. 真正的需求是動態查詢
長篇作家真正需要回答的是這類問題：
- 副官 B 上次出場是第幾章？
- 間諜在第幾章叛變？
- 這兩個角色上次見面說了什麼？
- 現在還活著的角色有哪些？
設定表是**「這個角色是誰」的快照；長篇連載需要的是「這個角色現在在故事中的位置」**的動態紀錄。這兩個是不同的東西——一個靜態，一個會跟著正文流動。
長篇連載作家真正需要的是什麼
我看過上百個寫作專案的角色資料，發現幾個一般人很少談、但真實有效的模式。
1. 角色分層 + 跳過設定表的引導陷阱
把角色分三層：
- 核心角色（3-5 個）：主角、主反派、關鍵配角。完整設定 + 關係 + 狀態追蹤 + 出場記錄
- 重要配角（5-15 個）:推動劇情的人。基本設定 + 關鍵關係 + 出場記錄
- 功能性角色（其餘）：路人、酒館老闆。只需要名字和簡短描述
但這裡有個陷阱：標準角色設定表會把作家引導到錯誤的方向。
我看過上百個寫作專案的角色卡，作家最常填的 5 個欄位是：性別、勢力、種族、年齡、性格標籤——全部是標籤類資料。填寫率最低的是「秘密」「弱點」，剛好是最接近角色弧線的兩個。
這不是作家偷懶，是設定表的 UI 在引導——第一個 tab 通常是「基本資料」放外觀和標籤，作家自然從第一個欄位填到最後一個。
我自己做寫作工具時設計過 21 個預設欄位，回頭看也有同樣問題：視覺類欄位最多（7 個），但「成長弧線」「動機」「核心衝突」根本沒在預設裡。我們在用 UI 教作家「外觀比衝突重要」。
建議：不管你用什麼工具，建角色時跳過第一個 tab，直接寫：他為什麼會在故事中改變？最後變成什麼樣？回頭再填外觀。
2. 戲劇位置追蹤 ≠ 死/活/叛變
「狀態追蹤」這四個字會讓人想到「死/活/叛變」這種單選 enum。但這只是表面。
我看過上百個寫作專案的角色狀態欄位，作家寫進「狀態」的字串有 35 種以上：S+ 強度等級、封印、沉睡、執行指令中、生存意志低、ALIVE-Die、死後成神、瀕死又重生、SOUL_ONLY⋯這些都不是「死/活」。
作家本能地知道戲劇位置追蹤是分開的維度——只是市面上的工具還沒給他們合適的格式去記。這個欄位他們想記的不是「角色生死」，是「角色在故事中當下的戲劇位置」——可能是封印中等待解除的盟友、可能是已經叛變但主角還不知道的內奸、可能是已經死亡但靈魂仍在影響主線的關鍵人物。這些狀態無法用「ALIVE/DEAD」表達。
為你的核心角色記三件事：當前戲劇狀態（不只生死，是「現在在故事中的位置」）、上一次轉折在哪章、下一次預期的變化。不用記每個角色，記主角和關鍵反派就夠了。
3. 關係比設定更重要，但有兩個常見錯誤
我看過上百個寫作專案，七成以上有在用關係圖。關係的數量平均是角色數量的兩倍以上——大多數角色不是孤立存在的。
但有兩種典型錯誤：
錯誤 1：孤兒角色。約三成角色完全沒跟其他角色建立關係——他們有名字、有完整設定，但游離在外。孤兒通常是兩種：龍套（合理）、或忘了補關係的核心配角（要修）。
錯誤 2：超級 hub。少數核心角色被連到 10+ 個其他角色——我看過最 extreme 的綁了 60+ 條關係。這通常是主角，但值得思考的是：當一個角色被太多人連著，他會被劇情拉著到處跑，每個次要角色都得跟他互動才能進入故事。健康的做法是讓主要副角各自承擔幾條關係，分擔主角的負擔。
關係圖怎麼維護是另一篇的主題（→多角色長篇連載的關係圖：什麼時候畫、怎麼維護）。
4. 出場記錄與提及審計
當你有 30+ 角色，一個很實際的問題是：某個配角上次出場是什麼時候？
如果副角 B 在第 20 章後就消失了，到第 55 章才突然回來，讀者已經忘了他是誰。
要嘛你保持一份簡單的出場記錄，要嘛用工具自動追蹤章節提及。LitMemo 會在你寫章節時自動掃描正文，比對所有角色的名字和別名，建出「某角色出現在哪些章節」的 timeline——你不需要手動記。
你現在能做的三件事
不管你用什麼工具——Word、Notion、紙本、LitMemo——都可以開始做：
- 分三層 + 從衝突寫起：核心 / 重要配角 / 功能性。只對核心角色完整設定，且跳過外觀直接寫衝突和弧線
- 建戲劇狀態追蹤：當前狀態 + 上次轉折章節 + 下次預期變化。不用每個角色，主角和關鍵反派就夠
- 檢查關係網：每個角色至少一個連結；某角色綁 5+ 關係要警惕過度集中
一個真正在做的人
我看過一個正在寫長篇奇幻的作家。從不到兩週前開始更新，到現在已經寫了 45 章、14 萬字、建了 50 個角色。這個禮拜還有新章節推進。
最讓我印象深刻的不是寫作速度，是這個作家管理角色的方式：
- 50 個角色裡，只有 1 個沒跟其他角色建立關係（2%）——對比我看過的平均，這比例是三成左右
- 800 多條角色關係，平均每個角色綁 16 條——不是把關係當設定附屬，是當主軸在用
- 是少數會在「狀態」欄位寫 DEAD 或 SOUL_ONLY 這種戲劇狀態的作家
- 98% 角色有完整 profile，其中 44% 用了別名/外號——在乎同一個角色從不同視角會有不同稱呼這件事
你可能會說：「這人就是強迫症」。但對比另外兩個寫到 50 章上下的專案：
- 一個是 6 萬字、50 章、1 個角色、0 條關係：可能是日記或單線記述
- 另一個是 10 個角色、2 章、寫了 8 千字後停了一個月：典型的「我先把角色都想清楚再開寫」陷阱
這三個並排放在一起就清楚了：最會寫長篇的不是花一個月做完美設定的人，是邊寫邊補關係、邊寫邊用工具當外接記憶的人。「動態管理」這個詞講了一萬遍，這個對比是最直接的證明。
進一步閱讀
- 設定表還是值得寫，但要用對方法 → 小說角色設定表怎麼寫？從零開始的角色塑造指南
- 多角色作品的關係怎麼管理 → 多角色長篇連載的關係圖：什麼時候畫、怎麼維護
寫長篇連載最大的孤獨，是你的設定資料只有自己看得到、跟正文還在打架。如果你已經寫到第 30 章還在用 Word，你需要的不是更好的設定表，是會跟著故事改變的工具。LitMemo 是其中一個選擇。