先講結論：世界觀整理表不是欄位越多越好。只留下寫稿途中真的會回頭查的欄位，並且在每一筆旁邊記下「第幾章第一次出現」。四十個欄位的表格永遠填不完，五個欄位的表格可以撐到第 30 章。
這篇談的是設定該記在哪裡、怎麼記，連載中才叫得出來。怎麼發想世界觀是另一件事。
為什麼多數設定表在第三章就沒人開了
做表的時候，心裡想的是「寫下來」。真正打開表的時候，做的事幾乎都是「找出來」。這兩件事的方向相反，所以照整理邏輯做出來的表，查起來特別難用。
被放生的設定表通常有三個共通點。
欄位名稱是分類名。 你開了一欄叫「勢力關係」，但三個月後腦中浮現的句子是「北境公爵到底叫什麼名字」。分類名是整理時想到的詞，搜尋詞是找東西時想到的詞，兩者很少對得上。
同一條設定寫在兩個地方。 這比找不到還糟。兩份都找到之後，你沒辦法判斷哪一份才是最新的。
稿子和設定在不同的軟體裡。 稿子在 POPO 後台，設定在另一個 Notion 頁面。只要確認一次就得切換視窗，你就會不去確認，改成「應該是第七章吧」繼續往下打。設定衝突大多在這半秒鐘裡誕生。
一定要留下的七個欄位
| 欄位 | 寫什麼 | 為什麼需要 |
|---|---|---|
| 搜尋詞 | 三個月後你會打進搜尋框的那幾個字 | 標題就是搜尋介面 |
| 一句話定義 | 一句就好，是拿來確認的，不是拿來解釋的 | 查的時候只需要確認一件事 |
| 首次登場章回 | 第幾章第一次出現 | 判斷讀者「現在知道什麼」的依據 |
| 絕對規則 | 這條設定不能被破壞的底線 | 後半段最先崩掉的就是這裡 |
| 讀者已知範圍 | 哪些已經寫進正文，哪些還只有你知道 | 只有連載需要這一欄 |
| 伏筆是否未回收 | 埋了但還沒收的，標起來 | 表裡沒有別的欄位在幫你記這筆帳 |
| 關聯欄目 | 指向其他項目的連結 | 為了不要複製內容 |
七個看起來太多的話，先寫前面三個也可以。但「首次登場章回」請不要拿掉。它的維護成本幾乎是零，省下來的時間卻最多。
可以不寫的東西
- 不會出現在正文裡的年表。 構思階段寫起來很過癮，寫稿時不會打開。
- 角色的身高、星座、MBTI。 不會寫進正文的資訊只會讓表變重。
- 地圖圖片。 地圖需要，但塞進表裡會讓載入變慢，慢的表最後就沒人開了。放在別的地方，表裡只放連結。
判準只有一條：寫稿途中查過兩次以上了嗎。 查過一次是巧合，查過兩次的東西以後還會再查。
連載才有的那一件事
POPO原創、鏡文學、巴哈姆特的連載都建立在同一個前提上：讀者不會回頭重看。作者知道全貌，讀者只看得到剛更新的那一章。
所以「這條設定讀者知道了沒」常常比「這條設定是什麼」更急。第 22 章要寫翻轉的時候，你要判斷的其實取決於讀者在第幾章看過那個線索。首次登場章回加上讀者已知範圍，兩格就替你回答完了。
直接複製的表格
搜尋詞：
一句話定義：
首次登場章回：
絕對規則：
讀者已知範圍：
伏筆是否未回收：
關聯欄目：
一個項目七行就夠。每次冒出新設定，複製一份填進去。
三個月做一次一致性檢查
連載中沒有時間把整張表重看一遍，確認三個問題就好。
- 標成未回收的伏筆裡，有沒有埋了超過十章的？
- 絕對規則那一欄寫的內容，有沒有哪一條已經被你自己破掉了？
- 同樣的內容有沒有寫在兩個項目裡？
這三題都應該只看表就能回答。如果得回去翻稿子才答得出來，代表這張表沒有發揮作用。
這套方法的極限
這張表只讓設定變得找得到，不會讓世界觀變得好看。設定綿密和故事好看是兩回事，兩者兼具的作者沒有想像中多。
短篇不建議做。篇幅短的時候大部分靠記憶就解決了，管理成本比效益高。大概要打算寫到 20 章以上，這張表才開始划算。
Slima 把設定、稿子和每一個版本放在同一棵檔案樹裡，查一次不用換視窗。開始使用