和 AI 一起寫長篇小說，前面定好的設定總是越來越模糊。為了解決這個問題，我做了 TypeTak 的設定辭典「世界」，並把過程中的考量和選擇一篇篇寫下來。

設定集範本：從 NamuWiki 找到的答案

設定集範本，是替角色、地點等每個項目事先訂好要填哪些欄位的框架。欄位固定了，不管誰來填，樣子都一樣；空著的欄位，就是還沒決定的設定。

在上一篇，我選擇讓 AI 讀另外整理好的設定檔案，藉此記住前面的內容。要這麼做，得先決定檔案要寫成什麼樣子：人一看就懂，AI 也能自己填。這一篇講的就是這個樣子，也就是設定集範本是怎麼定下來的。

放著讓 AI 自己寫，樣子就各不相同

跟 AI 說「幫我整理這個角色」，寫出來的東西還算像樣。問題從第二、第三個角色開始：有的先寫個性，有的先寫過去；有的寫了年齡，有的沒寫。累積到十個左右，作家想確認「這個角色幾歲來著？」，就得把文件從頭讀到尾。

AI 照樣讀得懂。但作家沒辦法瀏覽、修改的設定集，用起來不能放心。我需要的是一種人看了順眼、AI 也能自己填的樣子。

在 NamuWiki 作品條目裡看到的事

線索出乎意料地藏在 NamuWiki 的作品條目裡。NamuWiki 是韓國最大的維基網站，動漫、小說的條目非常多。

作品不同、角色不同、寫的人也各不相同，條目的樣子卻幾乎一樣。打開角色條目，最上面用表格列出姓名、年齡、所屬這類簡短事實，下面接著概要、劇中經歷等長篇文字。地點條目有地點條目的樣子，事件條目也有事件條目的樣子，彼此都很接近。

原來是對象的種類決定了欄位。所以就算是第一次看的作品，也馬上知道什麼東西放在哪裡。簡短事實放在表格裡一目了然，要找錯也容易。

人寫的維基行得通，AI 寫的設定集是否也行得通？我很好奇，於是拿同一批設定做了測試：一邊不給欄位，讓 AI 自由發揮；一邊依對象種類訂好欄位，讓 AI 填。兩邊並排比較，內容一樣，但讀起來輕鬆的是有欄位的那邊。

因此在 2026 年 3 月左右，我定下了方向：做一種人看了順眼、AI 也能自己寫的維基式設定文件，並且把決定欄位的工作交給對象的種類。

由節點類型決定欄位

在世界裡，設定的一個項目叫作節點。一個角色、一個地點，各是一個節點。節點分成角色、地點、勢力等節點類型，一個節點有哪些欄位，由它的類型決定。

同一類型的節點，欄位都一樣。角色類型有年齡欄位，所有角色就都有年齡這一格，每個節點各自填上數值。在類型上新增或刪除一個欄位，該類型的所有節點都會一起套用。就像在 NamuWiki 看到的那樣，目的是不管誰來填，樣子都一樣。

把簡短事實和長篇文字分開

雖然說是維基，卻不只是普通的文件。就像 NamuWiki 角色條目的表格和本文，我把欄位分成兩種：

• 屬性：記錄年齡、職業這類簡短事實的欄位，相當於角色檔案裡的表格。
• 區段：自由書寫背景、個性這類長篇文字的欄位，相當於本文。

簡短事實混在長篇文字裡，想確認一個年齡就得讀完整段。分開放，就能像表格一樣一眼看到。

屬性的值也分種類

我再往前走了一步，把屬性裡的值也分成不同種類。現在世界裡有一般、數值、選擇、節點關係四種。

• 一般：用短句寫的值。例如在領地規模欄位寫「王國第五大的領地」，記錄既不是選項、也不是數字的簡短事實。
• 數值：用數字寫的值。年齡欄位可以寫 17 或 30，也可以加上單位，或寫成範圍、約略值。
• 選擇：從事先訂好的選項裡挑的值。職業欄位可以從見習魔法師、騎士、商人等選項中挑一個。
• 節點關係：指向其他節點的值。在師父欄位放進另一個角色節點，就會連到那個節點。

這樣分的原因是整理起來比較乾淨。值的種類固定了，同一個欄位就會填進同樣形式的值，比較不會出現同樣是年齡欄位，一個角色寫 17、另一個角色寫「大概十七歲」的情況。

其中最重要的是節點關係。第 1 篇選擇檔案，是因為能順著相連的東西走下去，而節點關係屬性正是這個「相連」。「師父」這個屬性名稱本身就說明了兩個節點是什麼關係，AI 和人都能順著連結走到下一個設定。

格式定了，填值卻成了問題

格式雖然這樣定了，卻沒辦法馬上做出來。這次卡住的是成本。

寫小說的過程中，設定和情節經常改變。每次改變，AI 都得重新填那些欄位，而當時能把整理做得像樣的 AI 模型相當貴。總不能讓作家每用一次就付一次這筆錢。

所以有一段時間，我把力氣花在設計省成本的結構上，開發也因此慢了下來。

最後解決這個問題的不是我，而是時間。更好的模型推出、價格下降之後，花得起的費用就能換到想要的品質。為了省錢做的結構有一部分用不到了，我就把它拆掉。

下一篇談 AI 填這套範本時遇到的問題：整理。小說裡同一個角色可能用姓稱呼、用名字稱呼，也可能用暱稱稱呼。為了不讓設定重複出現兩次，我做了哪些事，下一篇再寫。

常見問題