模板不是故事公式：讓人物、地點、事件與正文從同一個 Project 生長
人物模板、事件模板和故事公式有什麼區別？從最低限度資料開始，判斷何時使用內建模板、何時建立自訂 Project 模型。
人物問卷有一種迷人的完成感。姓名、年齡、生日、傷疤、童年陰影、最喜歡的食物——一百個問題依次填滿，空白頁終於像是被征服了。可當作者回到第一章，那個人物仍然不知道自己此刻想要什麼，也沒有一個必須在今天做出的選擇。
這不是模板無用。恰恰相反，模板很擅長降低起步成本、提醒遺漏和穩定記錄方式。問題在於，我們常把三種完全不同的東西都叫作「模板」，然後期待一張表同時解決資料管理、故事結構和人物生命力。
使用 Scroll 的模板之前，最值得做的不是尋找欄位最多的那一張，而是先分清：你需要的是故事公式、內容模板，還是 Project 模型？
故事公式回答發展，內容模板回答記錄
三幕式、英雄之旅、節拍表等方法，回答的是「故事可以怎樣發展」。它們幫助作者安排轉折、衝突與節奏，也可能成為一種長期熟悉的創作語言。喜歡嚴格方法論的作者完全可以繼續使用它們；Scroll 的內容模板並不試圖裁定哪一種敘事結構正確。
人物、地點、組織、事件或文本模板回答的是另一件事：「建立這類資料時，哪些資訊值得先留一個位置？」人物卡也許需要目標與立場，事件卡也許需要日期、地點和參與者，地點卡也許需要層級或位置。它們提供記錄起點，不替作者安排第三幕。
Project 模型再往前一步。它由反覆使用的屬性、關係與視覺化結構構成，回答「這些資料如何形成可查詢、可比較的穩定語義」。例如，推理系列可能長期需要區分證據、掌握者與公開時間；奇幻系列可能反覆檢查法則、代價與適用地域。這已經不只是一張建立卡片時的提示單，而是整部作品如何組織事實。
把三者分開後，模板就不必承擔它做不到的工作。一個人物是否鮮活，仍然要在願望、阻礙、行動和語言裡成立；表格只負責讓作者以後找得到那些需要核對的事實。
從最低限度開始，而不是從完整檔案開始
面對新 Project，內建模板最好的用法往往很克制。
人物可以先記角色在目前故事中的目標、立場和狀態；地點可以先記層級、環境，以及確實需要時才新增的位置；事件可以先記日期、參與者、地點與結果。只填寫那些會在後續搜尋、篩選、比較或關係檢查中真正使用的資訊。
其餘內容不必消失。人物說話的節奏、一次尷尬會面的細節、一個城鎮給主角的壓迫感，都可以留在自由文字和正文裡。把每一絲靈感拆成屬性，並不會自動讓資料更「結構化」；它只會讓作者以後多維護一個欄位。
可以用一個簡單判斷：如果這條資訊只需要被閱讀，就讓它保持為文字；如果它需要被篩選、排序、連線或跨卡片比較，再考慮結構化。
Scroll 的模板工作區包括實體模板、事件模板、關係模板與文本模板。內建模板和內建卡片屬於 Free。內建模板是唯讀的；需要調整時，應先複製，再在副本上形成自己的版本。這種邊界也提醒作者：不要一開始就改造所有預設結構，先讓少量真實資料跑過一次工作流程。
卡片與正文要能彼此抵達，但不必變成同一種東西
很多長篇資料庫最後變得沉重，是因為作者希望每一種連線都代表同一件事。實際寫作中，至少有三種不同關係需要區分。
第一種是正文提及。第三章出現某位角色的名字，連結可以幫助作者回到相應資料，但這只說明「正文提到了他」。
第二種是結構化關係。角色隸屬於某個組織，證據被某人掌握，事件發生在某個地點；這些連線有相對穩定的含義，適合進入關係和後續檢視檢查。
第三種是探索連線。作者在白板上把一名角色與一條傳言拉到一起，也許只是想試試「如果兩者有關會怎樣」。畫布連線可以承載猜想，卻不必自動升級為故事事實。
假設一名記者在正文中被提及，她與市政廳存在正式的工作關係，同時在白板上被拖到「偽造證詞」旁邊。三條線分別是正文出現、已確認設定與創作假說。只有把語義分開，作者才能自由探索，又不汙染已經穩定的資料。
這也是模板的另一重價值：不是把所有內容裝進卡片，而是讓不同種類的事實各歸其位，並且在需要時可以互相抵達。
什麼時候值得建立自訂模型
自訂不應始於「預設模板不夠特別」，而應始於一個反覆出現、已經妨礙檢查的問題。
想像一部系列推理小說。第一案裡，作者用一般事件卡記錄一枚戒指被發現；第二案裡，又出現一本被不同人物先後看到的帳本；到第三案，作者持續需要回答：「這件證據何時存在、誰在什麼時候掌握、何時向哪些人公開？」
此時，「證據—掌握者—公開時間」已經具有三項特徵：它重複出現，需要查詢，而且含義相對穩定。作者可以複製一份合適的模板，先用少量卡片試驗新的屬性或關係，再去表格、關係圖和時間檢視中檢查它是否真的讓問題變清楚。只有試驗有效，才值得把更多舊資料遷入。
奇幻世界觀也一樣。「魔法規則」不是因為聽起來宏大就必須成為獨立類型。若每條法則都需要持續核對代價、適用地域與例外，它可能適合結構化；若只在一場儀式中出現一次，一段清楚的文字也許更好。
使用邊界也很清楚：內建模板和內建卡片屬於 Free；Free 與 Plus 可以使用 Project 中已經存在的自訂模板；新建或修改 Global／Project 自訂模板、屬性、關係及相關視覺化結構需要 Pro。批次調整前應先備份整個 Project；方案降級不會刪除已有自訂欄位，但會限制目前方案不再包含的編輯與移轉操作。完整細節以方案與功能說明為準。
什麼時候不要自訂
有四種訊號通常意味著應該先等一等。
其一，這項需求只出現一次。一次性的儀式細節不一定需要一整套類型。
其二，欄位含義仍在變化。今天的「可信度」指敘述者可靠程度，明天又用來表示證據可信度；此時建立統一屬性只會製造混亂。
其三，作者只是害怕遺漏。恐懼很容易長成五十個空欄位，但空欄位既不構成故事，也不提供事實。
其四，資料不會被搜尋、篩選、連線或比較。若資訊只需偶爾閱讀，自由文字的維護成本更低。
過度建模最明顯的代價，不是介面變複雜，而是每次故事變化都要先問「哪個欄位也得改」。創作開始圍繞資料結構轉圈，模板便從腳手架變成了建築本身。
真正擴大調整範圍前，先在少量卡片上驗證。這樣留下的是經過真實工作流程檢驗的結構，而不是一份尚未使用就需要長期維護的宏大模型。
一張人物卡怎樣長成可用的故事關係
回到開頭那張填滿問卷的人物卡。更輕的路徑可以是這樣：
作者先用內建人物模板記錄女主角的目前目標與公開身分，用地點模板建立市政廳，用事件模板記錄一次聽證會。正文寫到她在聽證會上撒謊，作者才發現「誰知道這個秘密、從何時開始知道」會在後續章節反覆影響情節。
起初，這項資訊可以寫在卡片內容中。隨著知情者增加，作者確認它確實需要跨人物查詢，於是小範圍加入「知情狀態」或相應關係，用幾張卡驗證表格是否能篩出知情者、關係圖是否顯示正確連線、時間檢視是否能支援暴露時點的檢查。
模型在故事之後生長，而不是故事先向模型報到。人物依然透過她在聽證會上的選擇變得鮮活；結構只負責防止第十二章突然讓一個從未知情的人說出秘密。
判斷一個自訂結構是否值得建立，可以只問三句：**它是否重複出現？是否需要查詢？是否已經有穩定含義？**三項都成立，再讓它進入模型；只成立一項，就先留在文字裡。
你可以在 Scroll 模板工作區說明文件檢視模板類型，在自訂 Project 模型中了解調整邊界。若你還在判斷資料應該從哪個視角被檢查，可以繼續閱讀《同一個故事，為什麼需要 11 種檢視？》；若想回到完整創作路徑，則從《Scroll 長篇創作指南》重新選擇目前卡點。
好模板會在需要時出現，也會在不需要時退場。它留下的是可用的事實，不是一份逼迫故事照表行進的答案。
想從最小結構開始？在 Scroll 中先用一張內建模板建立真實卡片；只有當同一問題反覆出現，再決定是否擴充 Project 模型。