模組一｜為什麼把小說當專案管（Day 1–4）

模組一收尾。前三天講設定放哪裡、怎麼分層、怎麼變成擋得住人的規則。今天講最後一種會失控的東西：專有名詞。

先看我的用語表現在有多少：

docs/glossary.md    120 行    3,384 字元    36 個加粗主詞條

分佈：

36 個。對一個 200 回的科幻世界來說，這個數字低到有點刻意。

（口徑講清楚：這 36 個指的是首欄加粗的主詞條。同一份檔案裡還有角色一覽、區域圖鑑、核心系統三節，共 29 列沒有加粗——那是既有詞條的實例清單，不是新概念，所以不計進命名預算。全表資料列合計 65 列。）

它是刻意的。

問題：名詞是複利成長的

科幻和奇幻讀者棄坑的第一名原因不是劇情無聊，是前三章塞了二十個沒聽過的詞。

這件事的機制值得拆清楚，因為它不是線性的。

假設你在第一章放了 A、B、C 三個新名詞。第二章你要用到 A 和 B 的交互作用：現在讀者要同時記得 A 是什麼、B 是什麼、以及 A 和 B 的關係。

名詞是線性增加的，但名詞之間的關係是平方增加的。三個名詞有三組關係，六個名詞有十五組。

讀者放棄的那個點，通常不是某個詞太難，是組合太多了。

而我在寫的時候完全感覺不到這件事，因為所有詞在我腦子裡都是熟的。作者對自己世界的名詞沒有陌生感，這是結構性的盲點，不是我不夠細心。

怎麼做：一條硬上限

執行表（NOVEL-STATE-SYSTEM.md，Day 2 講過的那份動筆前必讀的執行表）裡的規則原文只有兩句：

每章最多引入一個新專有名詞。若需要第二個，就用已知角色或既有規則代替解釋。

第一句是限制，第二句是替代方案，就是昨天講的那個成對結構，禁止要有去處。

而這條規則真正的作用，在寫作現場才會顯現。

它強迫我先問「非得是新詞嗎」

上限是一個的時候，那個名額變得很貴。所以每次我想造新詞，都會先過一輪：

這個概念能不能用已經有的東西講？

大部分時候可以。舉個實際的例子：我需要表達「某個東西被更高層級的力量強制修正過」。

第一直覺是造一個新詞。但名額只有一個，而且我想留給更重要的東西。於是改用已知角色的動作來表達：同一股力量在兩個地點各寫一個場景，一處是不自然的整潔，一處是本該有的回應消失了。

沒有新名詞，但讀者知道發生了什麼，而且知道得更具體，因為他看到的是場景不是定義。

我後來發現，被這條規則擋下來的名詞，有很高比例根本不需要存在。它們不是世界的必需品，是我偷懶的產物。造一個詞比想一個場景快。

於是規則救的是我

所以標題那句話的意思是這個：

這條規則表面上是保護讀者的記憶力，實際上是強迫我把偷懶的路堵死。

沒有這條上限，我會不斷用造詞來解決敘事問題，而每一個新詞都是丟給讀者的作業。有了上限，我被迫用場景、用角色動作、用已建立的規則去表達，而那些方式本來就比較好。

限制不是為了讓成品變窄，是為了讓最省力的那條路走不通。

名詞怎麼來的：借讀者已經有的詞彙

第二個手段，是讓新詞不那麼新。

《矽墟》的設定是台灣民俗信仰 × 賽博廢土。這個組合的好處，在於大部分詞彙讀者已經會了：

台灣讀者看到「訊號香」，不需要學「香」是什麼。他已經知道香會燒、會有煙、煙會飄、跟儀式有關。我只加了「訊號」兩個字，就完成了一次設定交代。

這是名詞成本最低的一種造法：在已知詞上做一次修飾，而不是造一個全新的音節組合。

反例大家都看過：那種「這是瓦爾德瑞恩帝國的塞納提斯議會」的開頭。三個新詞、零個掛鉤，讀者的大腦沒有地方放它們。

一個詞裝兩個時代

glossary.md 裡我最滿意的是這一條：

調律 — 連線紀原義：義體神經同步的雲端持續校準服務（訂閱制），斷線＝器官停擺；靜默紀轉義：替殘網、矽魂重新校回乾淨訊號的手藝。

同一個詞，兩個時代兩個意思。

災前它是訂閱制的雲端服務：你付錢，你的義體才能持續同步，斷線就器官停擺。災後全球訊號歸零，這個服務消失了，「調律」變成少數人手上的手藝。

這一條詞條本身就講完了半部世界史：一個文明把身體的運作外包給訂閱服務，然後服務停了。

一個名詞如果能同時攜帶設定與歷史，它就值得那個名額。 只能表示一個東西的名詞，通常可以用場景替代掉。

代價

代價一：36 個詞條意味著有些東西沒有名字。

有些概念我到現在還是用一整句話在描述，因為名額沒輪到它。寫的時候會囉嗦，這是實實在在的成本。

代價二：這條規則對「回」不適用，我後來才發現。

「每章最多一個新名詞」是為 20 章的長篇章寫的。後來拆成 200 回之後，一回只有 20 到 35 句，在這個尺度下，一回一個新名詞其實還是太多了。

實際執行時我壓得更緊，但執行表上的規則文字沒有跟著改。這是文件與實務脫節的一個實例，跟 Day 2 講的狀態表落後 180 回是同一類問題。

代價三：借用民俗詞彙有它自己的風險。

讀者已經有的詞彙，也代表讀者已經有的預期。當我寫「落靈」的時候，熟悉民俗的讀者會帶著他原本的理解進來，而我的設定跟那個理解不完全一致。

省下的認知成本，有一部分會變成「跟我想的不一樣」的摩擦。這個代價我認為划算，但它不是零。

帶走什麼

一、名詞要編預算，不是要少用。

「盡量少用專有名詞」是無效建議，因為沒有判定點。「每章最多一個」有判定點：你當場就知道有沒有超支。

任何你想控制的東西，都要轉成可以當場判定的數量上限。這件事在技術寫作上一樣：一份 API 文件如果一頁丟出八個自造縮寫，讀的人就會開始跳著看。

二、上限的價值在於堵住偷懶的路。

造一個新詞永遠比想一個場景快。造一個新抽象層永遠比理解既有程式碼快。造一個新設定檔永遠比搞清楚現有設定為什麼長這樣快。

這些捷徑的共同點是：對造的人省力，對之後每一個讀的人加重。 上限的作用不是禁止，是讓你在用掉名額之前，先真的想一次。

三、新名詞要掛在讀者已有的認知上。

判斷句：這個詞讀者能不能猜對一半？

• 「訊號香」→ 能。他知道香，只需要學「訊號」怎麼接上去
• 「塞納提斯議會」→ 不能。整個詞都要背

在既有詞上做修飾，比造全新的詞便宜一個數量級。程式命名也是同一回事：retryWithBackoff 不需要解釋，FlexiHandler 需要。

模組一到這裡結束。四天講的是同一件事的四個面向：設定要集中（Day 2）、要分層（Day 2）、要能擋人（Day 3）、要有預算（Day 4）。

明天進模組二，開始講一個更難的題目：怎麼把「好不好看」變成可以驗收的規格。 第一篇先講一條我用了 200 回的規則：一章只允許推進三件事，以及為什麼是三。