💡 核心結論速覽 (TL;DR)
- AI 小說世界觀設定崩掉的原因不是模型記性差:是你把設定放在它最讀不到的位置。學術研究早就指出,資訊放在輸入的開頭或結尾表現最好,放中間會顯著衰退。
- 官方給的順序跟創作圈流傳的相反:Anthropic 明寫「長文件放最上面,在問題、指令、範例之上」,並標註問題放最後在測試中可提升回答品質最多 30%;Google 也建議把問題放在所有 context 之後。
- 「Claude 有 100 萬 token 可以塞整本」在訂閱端是錯的:官方方案表寫得很清楚,Free、Pro、Max 5x、Max 20x 的上下文全部是 200k,1M 是 API 端的規格。
- 今天就能做的第一件事:把設定拆成「世界觀設定集、人物卡、時間線」三份獨立檔案,每次續寫時整份貼在最前面、問題放最後——先改順序,再考慮要不要換模型。
先講一件我自己每次寫長篇都會遇到的事:AI 小說世界觀設定明明寫好了,故事寫到第 20 章左右,主角還是會開始「變成另一個人」。
不是劇情崩,是細節崩。第 3 章明明寫她怕水,第 22 章她自己跳下河救人;第 5 章那個城邦還在鬧旱災,第 26 章突然有一條運河。你回頭翻,會發現每一章單看都寫得不錯——只是它們不是同一個世界的事。
AI 小說世界觀設定會崩,九成不是模型不夠聰明,是設定沒有被「文件化」,也沒有被放在模型真的讀得到的位置。這兩件事修好,同一個模型的表現會差很多。
我知道遇到這種狀況,最直覺的反應是去換一個更強、更貴的模型。我也這樣做過——同一份稿子換一家丟進去,崩的地方只是換了位置,數量沒有變少。那次之後我才願意承認:問題不在它,在我怎麼餵。
這篇我把自己會建的三份文件、每份要寫哪些欄位、續寫時要怎麼排順序全部拆開講,並且對照了三家官方文件實際查得到的規格。順便回答一個很多人搜錯關鍵字的問題:你查到的那個「人物設定卡模板」,很可能根本不是給小說用的。
AI 小說世界觀設定為什麼撐不過 20 章?先搞懂模型是怎麼讀你的字
AI 小說世界觀設定失效的直接原因只有一個:你以為模型「記得」前面聊過的內容,但它每一次生成都只是在讀一段被塞進去的文字。它沒有記憶,只有這一次被餵進去的那一坨字。
更麻煩的是,就算你把整本都塞進去了,它也不是平均地讀。論文〈Lost in the Middle: How Language Models Use Long Contexts〉講得很直白。
原文的結論是:模型表現「通常在相關資訊出現在輸入內容的開頭或結尾時最好,而當它必須從長脈絡的中間取用資訊時,表現會顯著下降」。
我第一次看到這句的時候有點想笑,因為那完全解釋了我踩過的坑——我以前很習慣把設定丟在對話中段,聊一聊突然想到就補一句「對了,她怕水」。那個位置,剛好是模型最容易略過的地方。
然後是第二個誤會,而且這個誤會現在滿天飛:上下文塞得下,不等於模型記得住。Google 在官方的長脈絡文件裡自己承認,單項檢索表現不錯,但同時要抓好幾項資訊時「表現可能有相當大的落差」。你的設定集裡有二十幾條限制條件,那就是不折不扣的「同時抓好幾項」。
所以我對 AI 的分工從來就很明確:
- 它能做:把你給的設定擴寫成場景、檢查前後矛盾、一次生十種可能的發展、幫你把散落的設定整理成表。
- 它不能做:自己記住你三個月前隨口講過的那條規則(真的,別指望)。
這條界線跟我寫短篇、寫劇本時是同一套。如果你想看更完整的分工版本,我把長篇小說要在哪一步換手、哪一段該交給誰整理過一輪,這篇算是把其中「設定」那一格拆到底。
這一段你可以先拿走的判斷:如果你現在的做法是「開一個對話從第 1 章寫到底」,那不是你的文筆問題,是流程問題——先別急著換模型,把設定搬出對話、變成檔案,再看看差多少。
世界觀設定集要寫哪些欄位?我只留 6 格,其他都是自我感動
AI 小說世界觀設定集的功能不是「寫得完整」,是「每一條都會影響劇情走向」。這是我砍掉一堆漂亮設定之後才想通的事。
我以前的設定檔非常壯觀:貨幣單位、曆法、十二個貴族家系的族譜、三種語言的問候語。結果餵給模型的時候發生兩件事——一是它把族譜當成重點,寫出來的對白全在報家門;二是真正重要的「這個世界的魔法要付什麼代價」被埋在第 14 頁,它根本沒用上。
所以現在我只留六格,每一格都必須能回答「這條規則會逼角色做出什麼選擇」:
| 欄位 | 寫什麼 | 寫錯的樣子 |
|---|---|---|
| 世界的硬規則 | 這個世界什麼做得到、什麼絕對做不到(魔法/科技/制度的邊界) | 只寫「有魔法」,沒寫魔法的上限 |
| 代價 | 用了那個能力要付出什麼;誰付、付多少 | 沒有代價 → 第五章之後就沒有張力 |
| 權力結構 | 誰說了算、誰在反抗、資源集中在哪 | 寫成組織架構圖,沒寫誰跟誰有仇 |
| 禁忌 | 這個世界的人絕對不會做/不會說的事 | 整份設定沒有一條禁忌(角色會變得沒有邊界感) |
| 物價與距離 | 一頓飯多少錢、從 A 城到 B 城要幾天 | 缺這格,AI 會讓角色一天內橫跨大陸 |
| 不可變事實 | 已經寫死、之後不准改的事(誰死了、誰是誰的親人) | 散在正文裡沒有集中,於是每次續寫都被改掉 |
「物價與距離」那格是我吃過虧才加的。有一次我讓模型續寫一段趕路戲,它讓角色「連夜趕到王都」——問題是我前面寫過那段路要走六天。它不是亂寫,是我從來沒告訴過它。
我實際會用的提示詞長這樣,你可以直接改:
我要建一份長篇小說的世界觀設定集,之後每次續寫都會把它整份貼給你。請依照下列六個欄位輸出,每欄 3 到 5 條,每一條都要能直接影響角色的選擇,不要寫背景介紹式的敘述:
❶ 世界的硬規則(做得到/絕對做不到)
❷ 代價(誰付、付什麼)
❸ 權力結構(誰說了算、誰在反抗)
❹ 禁忌(絕對不會做/不會說的事)
❺ 物價與距離(具體數字)
❻ 不可變事實(已寫死、不准更動)
故事梗概如下:〔貼你的一句梗或前三章〕
這一段的下一步:打開你現在的設定檔,逐條問「這條會逼角色做什麼選擇」——答不出來的就刪掉,貼進 AI 的時候那些字只會稀釋掉真正重要的規則。
人物設定卡不是「AI 角色卡」:搜同一個詞,你會拿到完全錯的模板
這一段是我最想先講的,因為它會直接害你走冤枉路:中文圈的「角色卡/人物設定卡」教學,絕大多數講的是「AI 聊天角色卡」,不是小說續寫用的設定卡。兩者的目標剛好相反,模板照抄過來會壞事。
AI 聊天角色卡是要讓模型「扮演」那個角色跟你對話,所以重點是開場白、範例對話、口吻語氣、人格傾向。小說用的人物卡是要讓模型「不要改動」那個角色的事實,所以重點是可驗證的事實與行為錨點。
| 比較 | AI 聊天角色卡 | 小說人物設定卡 |
|---|---|---|
| 目的 | 讓模型扮演這個角色 | 讓模型不要改掉這個角色 |
| 核心欄位 | 開場白、範例對話、人格傾向 | 不可變事實、行為錨點、知識邊界 |
| 語氣描述 | 寫得越有戲劇性越好 | 寫成可檢查的規則(「緊張時會重複對方最後三個字」) |
| 照抄的後果 | — | 模型會開始「演」你的角色,寫出戲很滿但不像原著的段落 |
三秒判斷你手上那份模板是哪一種:看它有沒有「開場白」或「範例對話」欄。有,就是聊天角色卡,別拿來寫小說;沒有、但要你填「這個角色不知道什麼」,那才是你要的。
小說人物卡我固定寫五格,而且刻意寫得很不浪漫:
❶ 不可變事實:姓名、年齡、外貌裡最容易被改掉的那兩三項(我通常會挑「左手有疤」「總是穿灰色」這種)、親屬關係、已經發生過的重大事件。
❷ 行為錨點:不寫形容詞,寫動作。不要寫「她很緊張」,要寫「緊張時會把袖口往下拉蓋住手背」。形容詞模型會自己詮釋,動作不會。
❸ 知識邊界:這個角色不知道什麼。這格最常被漏掉,也是「劇情提前爆雷」的元兇——角色不該知道的事,模型會很自然地讓她講出來。
❹ 語言習慣:口頭禪、稱呼別人的方式、會不會用敬語。長篇裡角色講話的方式最容易漂。
❺ 關係矩陣:跟主要角色之間各是什麼關係、誰欠誰、誰不知道誰的秘密。
第 ❸ 格是我從編劇邏輯搬過來的。做遊戲的時候,NPC 該知道什麼、不該知道什麼是要一條條寫進資料表的,寫錯了玩家立刻會發現破綻——小說其實一模一樣,只是沒有人幫你報 bug。
這一段的下一步:把你的主要角色各寫一張五格卡,特別是「知識邊界」那格。如果你之前是拿聊天角色卡模板在用,先把「開場白」和「範例對話」兩欄整個刪掉。
時間線怎麼管?一張表就能擋住「他明明上一章還在北方」
時間線是三份文件裡最容易被跳過、但投報率最高的一份。它不需要漂亮,只需要能被逐列檢查。
我的做法很土:一張表,一列一個事件,只有五欄。
| 章 | 時間 | 地點 | 誰在場 | 發生了什麼(不可逆的那種) |
|---|---|---|---|---|
| 3 | 入秋第一場雨 | 南岸渡口 | 主角、船夫 | 主角第一次表現出怕水 |
| 12 | 三個月後 | 王都 | 主角、二皇子 | 主角知道了自己的身世(此後不可再裝不知道) |
| 22 | 隔年開春 | 北境 | 主角、副將 | 副將受傷、右腿之後都會跛 |
重點是最後那欄我只記「不可逆的事」。吃了什麼飯、聊了什麼天不記——記了表會爆炸,而爆炸的表沒有人會維護,包括你自己。
這張表最大的用處不是給你看,是丟回去讓模型自己抓矛盾。我固定會跑這一句:
以下是我的時間線表與人物卡。請只做一件事:逐列比對我接下來要貼的這三章正文,列出所有與表格不一致的地方,包含時間順序、地點距離、角色知識邊界。先引用原文,再說明它跟哪一列衝突。不要幫我改寫,也不要給建議。
「不要幫我改寫」這六個字很重要。不加的話它會很熱心地直接給你一份「修好的版本」,然後你就得花時間比對它偷偷改了哪裡——那個時間比自己改還久。
這一段的下一步:先只做已經寫完的章節,一列一列補回去。補的過程你會自己發現一兩處矛盾,那是這張表第一次回本。
三份設定檔要放哪?Claude、ChatGPT、Gemini 的官方上限差很多
設定文件化之後,下一個問題很實際:要放在對話裡每次貼,還是上傳成專案知識庫?這題沒有標準答案,但三家的官方規格差異大到會直接影響你的選擇,而這些數字是查得到的。
先講最多人搞錯的一條:「Claude 有 100 萬 token,可以把整本小說丟進去」——這在訂閱端是錯的。
官方方案比較表裡那一列寫得很白:Free、Pro、Max 5x、Max 20x 的上下文窗口全部都是 200k(Team 也是 200k,Enterprise 才是預設模型 500k)。
100 萬 token 是開發者 API 文件裡的規格,官方換算大約是 55.5 萬個英文字、250 萬個 unicode 字元。訂閱端能用的,大約是那個數字的五分之一。
我自己同時訂著三家的付費方案,會這樣分:
| 平台 | 官方查得到的上限 | 我會拿來放什麼 |
|---|---|---|
| Claude Projects | 官方不公布檔案數與容量數字;只說免費帳號最多建 5 個專案,付費方案在專案知識接近上下文上限時,增強檢索可把容量擴充「最多 10 倍」 | 整部作品的長期知識庫:世界觀設定集+全部人物卡 |
| ChatGPT Projects | 依方案分級:Free 5 個檔案/Go 與 Plus 25 個/Edu、Pro、Business、Enterprise 40 個;一次最多同時上傳 10 個;專案數量無上限 | 一個系列開一個專案,每本一份設定檔,用檔案數當天然分界 |
| Gemini | 同一則提示最多附 10 個檔案,單檔上限 100MB | 單次的資料考據與長文件比對,不當長期知識庫 |
這張表裡最值得注意的其實是 Claude 那一格的「查不到」。我翻遍官方說明頁,它就是不給具體檔案數或 MB——但它給了一句更重要的話:當專案知識接近上下文上限時,付費方案會啟用增強檢索來擴充容量。
白話講就是:設定集塞得越多,它越可能從「每次整份帶進來」變成「每次幫你檢索幾段相關的帶進來」。對寫小說的人來說,這個切換點很要命——你以為那條「她怕水」永遠在場,實際上它可能只在被檢索到的時候在場。
所以我的做法是兩層:專案知識庫放全量(當備查),每次續寫時,把當前這幾章真正會用到的設定另外整份貼在對話最前面。重複?是的。但這是我目前找到最省心的做法,也是下一段要講的重點。
如果你還在猶豫要不要為了這件事升級付費方案,我把四檔訂閱方案的實際差別與我會怎麼選算過一次,可以先看那篇再決定;想先用免費的把流程跑起來,我每天在用的免費 AI 工具那篇也有能直接開始的組合。
這一段的下一步:先確認你現在用的方案能放幾個檔案(上面三個官方連結點進去就查得到),再決定設定集要拆幾份——不要拆到超過上限,被迫合併的檔案通常是最亂的那一份。
每次續寫要餵什麼、順序怎麼排?官方文件講得比創作圈清楚
這一段是全篇投報率最高的地方,而且完全免費:只要調整你貼東西的順序,同一個模型的表現就會不一樣。
Anthropic 在官方的提示工程文件裡,把長脈絡的處理原則寫得很直接,門檻標在 20k tokens 以上的長文件或資料密集輸入:
「把長篇資料放在最上面:將你的長文件與輸入放在提示的接近頂端處,位於你的問題、指令與範例之上。這會提升所有模型的表現。」
並附了一條註記:「在測試中,把問題放在最後可以提升回答品質最多 30%,在複雜的多文件輸入時尤其明顯。」
Google 那邊的長脈絡官方文件給了同一個方向的建議:「把你的查詢/問題放在提示的最後(在所有其他 context 之後),模型的表現會比較好。」
兩家獨立的官方文件講同一件事,而且剛好對上前面那篇論文的結論——開頭跟結尾是模型最讀得到的兩個位置。你的設定集放開頭、你的要求放結尾,中間夾正文,這個結構不是誰的偏方,是有出處的。
把大多數人實際的排法跟官方建議的排法並排看,差別會很明顯:
| 位置 | 多數人實際的排法 | 官方建議的排法 |
|---|---|---|
| 最上面 | 「幫我接著寫第 21 章」 | 三份設定文件(用標籤包起來分開) |
| 中間 | 之前所有章節全部貼上去 | 只貼最近 1 到 2 章 |
| 最下面 | 想到什麼補什麼(「對了,她怕水」) | 這一次的具體要求+先引用再動筆 |
| 結果 | 設定沉在中段,也就是最容易被略過的位置 | 設定與要求各佔一端,兩邊都是模型最讀得到的地方 |
看懂這張表之後,下面這個順序就是把右邊那一欄拆成可以直接複製的版本:
❶ 最上面:三份設定文件,用標籤包起來分開。官方建議多份文件用 XML 標籤包,每份標明來源,像這樣:
<documents>
<document index="1">
<source>世界觀設定集</source>
<document_content>〔六欄設定〕</document_content>
</document>
<document index="2">
<source>人物設定卡</source>
<document_content>〔五格卡〕</document_content>
</document>
<document index="3">
<source>時間線</source>
<document_content>〔五欄表〕</document_content>
</document>
</documents>
❷ 中間:前情。只貼最近 1 到 2 章的正文,不要貼全部。前面的內容已經被壓縮進時間線表了,重複貼只會把重要的設定推到「中間」那個死角。
❸ 最下面:這一次的要求。寫清楚要寫哪一章、要推進到哪個事件、篇幅多少。
❹ 要求它先引用再動筆。這是官方文件裡另一條很少被搬進中文教學的建議:處理長文件任務時,先請模型引出文件中相關的段落,再執行任務——它會把注意力先鎖在該用的資訊上,忽略其餘的部分。
實務上我會在最後加這一句:
動筆前,先從上面三份文件中引用這一章會用到的所有條目(逐條列出,標明出自哪一份),確認沒有遺漏之後,再開始寫第 N 章。
老實說我一開始覺得這一步很多餘——多花一輪,還要看它列一堆條目。用過幾次之後我改觀了:它列出來的那份清單,反而是我檢查「設定集有沒有寫漏」最快的方式。它漏引的那幾條,通常就是我寫得太模糊的那幾條。
順帶一提,這個「先引用、再動筆」的習慣,我後來也用在寫別的長文上,效果一樣好。多模型分工的完整流程那篇裡我有寫更多場景。
這一段的下一步:下一次續寫時,只改順序、別改任何其他東西,跟你上一次的結果比一比。這是整篇裡唯一一個五分鐘就能驗證的改動。
我踩過的三個坑:設定集會胖、模型會偷改、你自己會忘記同步
流程講完了,講一下實際跑起來會出事的地方。這三個我全部都犯過,而且不只一次。
坑一:設定集越寫越胖,最後變成新的雜訊。一開始六欄很乾淨,寫到第 30 章就變成三十頁。
胖掉的設定集會擠掉正文的位置,也會讓真正重要的規則沉到中段——你等於自己製造了「Lost in the Middle」。我現在的規矩是:設定集只增不改的部分放最上面,其餘每 10 章壓縮一次,把已經寫進正文、不會再變的東西併進時間線的「不可逆事件」欄。
坑二:模型會安靜地改你的設定,而且改得很合理。它不是故意的,它只是在補你沒寫清楚的空白。
最常見的是「順手把角色的能力升級」——你寫她只能感應三步內的水,它寫到緊要關頭就讓她感應整條河。這種修改讀起來完全不突兀,所以最難抓。解法是前面那張時間線比對,加上一個習慣:每寫完 5 章,跑一次全量矛盾檢查,不要等到第 30 章才回頭。
坑三:三份文件跟正文不同步。這是最蠢也最常發生的。你在正文裡臨時決定副將的腿好了,但時間線那列還寫著「之後都會跛」。下一次續寫,模型就照著表寫,你會覺得它「怎麼又忘了」——它沒忘,是你的表過期了。我現在把「更新三份文件」直接綁進寫完每一章的動作裡,寫完不更新就不算寫完。
順帶提醒一個很多人會問的問題:這樣寫出來的東西會不會很有「AI 味」?設定文件化其實跟 AI 味沒有直接關係——AI 味是句子層級的問題,設定崩壞是結構層級的問題。真的擔心的話,我另外整理過哪些判準真的能看出 AI 味、哪些會冤枉人,還有AI 寫作最常見的 7 個問題怎麼補救,兩篇處理的是不同層次的毛病。
這一段的下一步:如果你手上已經有寫到一半的稿子,先做坑三——花一小時把三份文件補到跟正文同步,這是所有動作裡最無聊、但也最立即見效的一步。
這套流程適合誰、不適合誰?先算一下你要花的時間
老實說,這套流程有前置成本。如果你的故事在 10 章以內會完結,做這三份文件是虧的——直接寫還比較快。我把判斷條件寫清楚,你自己對一下:
適合做的情況:
- 計畫寫 20 章以上,或已經在寫、而且開始感覺到人設在飄
- 同一個世界觀要寫系列作(設定集會被重複使用好幾本,攤提下來很划算)
- 你會跨模型工作(今天用 A 明天用 B,設定檔是唯一能帶著走的東西)
- 有投稿或連載壓力,不能等寫完才發現前後矛盾
不適合做的情況:
- 短篇、單元劇、每篇獨立的故事——維護三份文件的時間比寫還久
- 你享受的是「邊寫邊發現」的過程,設定表會讓你覺得被綁住(這是真的會發生的,我第一次做完設定集之後有兩週寫不出東西)
- 你還在測試自己適不適合用 AI 寫作,那先從各家模型在長篇寫作上的實際差別開始比較實際
成本大概是這樣:世界觀六欄第一次建大約 1 到 2 小時(含跟 AI 來回修);每個主要角色的五格卡各 20 到 30 分鐘;時間線補回既有章節,每 10 章大約 40 分鐘。之後的維護成本是每章 5 分鐘左右。
花費的部分反而好講:這整套流程不需要任何額外的訂閱或工具。三份文件就是三個純文字檔,放在你本來就有的雲端硬碟裡;模型用你現在訂的那家就好。真正要花錢升級的情況只有一個——你的設定檔數量超過方案上限(就是上面那張表的 5/25/40),那時候再考慮升級年費方案也不遲。
下一步怎麼開始:從人物卡開始,不要從世界觀開始。人物卡最短、最快看到效果,而且做完你就會知道自己願不願意維護這套東西。想看更多可以直接套用的 AI 工作流組合,可以參考按需求分類的 AI 工具總整理。
FAQ 常見問題
設定集直接上傳成專案檔案,還需要每次貼在對話裡嗎?
如果你的專案知識庫內容不多,通常不用;但只要設定量開始變大,我會建議「當前這幾章會用到的部分」還是整份貼一次。
原因在正文裡講過:Claude 官方說明寫著,當專案知識接近上下文上限時,付費方案會啟用增強檢索來擴充容量——那代表內容有可能是被「檢索進來」而不是「整份帶進來」。要確保某條規則一定在場,最保險的還是自己貼。
AI 寫小說跟 AI 寫短劇腳本,設定文件可以共用嗎?
結構可以共用,欄位不行。長篇小說的重點是「一致性」(怕的是第 20 章崩),短劇的重點是「反轉密度」(怕的是第 3 集沒鉤子)。我在AI 寫短劇腳本的四步流程裡用的是主角卡、金手指卡、對手卡三張,跟這篇的六欄設定集完全不同——因為要防的東西不一樣。如果你兩種都寫,建議分開兩套檔案,不要想著共用一份。
用 Claude 還是 ChatGPT 來管設定集比較好?
我的分法是:要「長期存放」看檔案上限,要「單次比對」看誰能一次讀進最多東西。
ChatGPT Projects 的檔案數依方案是 5、25、40 個,數字明確,適合一本一份檔案的管法;Claude Projects 沒有公布檔案數但有增強檢索,適合把整個系列的知識丟進去當備查。真的要在長文寫作上二選一,我把兩家在長文寫作上的實際差別比較過一輪,那篇的結論比這裡細。
設定集要寫多細?寫到什麼程度算夠?
判準不是「細」,是「會不會影響選擇」。一條設定如果刪掉之後,角色的決定不會改變,那它就不該進設定集——它是背景資料,放在另一個檔案裡當資料庫就好。我自己的六欄加起來通常控制在 1,500 字以內,超過就是該壓縮的訊號。
設定集加正文一起貼,會不會塞爆上下文?大概能塞多少?
先講官方查得到的部分:Claude API 端的 1M tokens,官方換算是大約 55.5 萬個英文字、250 萬個 unicode 字元;訂閱端是 200k,也就是這個數字的五分之一左右。
官方只公布了 1M 的換算,200k 對應到幾個中文字並沒有官方說法,我按同比例往下推是幾十萬字元的量級——但這是我自己推的,官方沒有背書,你當個量級參考就好。
實務上你根本用不到上限。我的六欄設定集控制在 1,500 字以內、每張人物卡兩三百字、時間線一列一行,加起來通常不到一萬字;真正吃空間的是「把前面所有章節都貼上去」那個習慣。把前情壓成時間線表,空間問題就自己解決了。
免費版夠用嗎?還是一定要付費才做得起來?
純粹跑這套流程,免費版做得起來——三份文件就是三個純文字檔,你每次手動貼在對話最前面就好,不需要任何付費功能。真正會卡住的是專案知識庫:ChatGPT Projects 免費方案只能放 5 個檔案,寫系列作很快就會撞到。
我的建議順序是:先用免費版手貼一個月,確認自己真的會維護這三份文件,再考慮升級。這套流程最貴的成本從來不是訂閱費,是你願不願意每寫完一章就回去更新表格。
我寫到一半才發現前面矛盾了,要重寫嗎?
先別重寫。把矛盾列出來,分成「讀者會發現」跟「只有你會發現」兩類——後者直接改設定表就好,正文不用動。前者裡面,有些其實可以就地圓回來(變成伏筆或角色說謊),真的圓不了的才改正文。我通常會把整批矛盾一次丟給模型,請它只提出圓回來的方案、不要動筆,然後自己挑。這比從第一章重寫省太多時間了。
💡 追劇族讀者推薦
如果你是被「世界觀考據」這件事戳中才讀到這裡的,這幾篇你應該會有興趣——都是我把劇裡的設定拿去對官方文件的紀錄,某種程度上跟寫設定集是同一件事:
- 《花開錦繡》裡的鹽為什麼比命值錢?我查完鹽引制度才發現原來台灣的鹽法也是近年才廢的——一個世界觀設定要撐得住,靠的就是這種底層規則
- 《天才女友》台灣哪裡看?愛奇藝獨播 28 集全完結,補追只要 10 天——小說改編劇怎麼處理原著的設定,看這部很有感
- 《蟬》台灣哪裡看?WeTV 和愛奇藝我兩邊都數過,免費都只到第 3 集
寫在最後:AI 給的是產能,一致性還是你的責任
AI 小說世界觀設定這件事,做到最後你會發現一個有點反直覺的結論:你花在寫設定集上的時間,其實不是為了 AI,是為了你自己。
模型只是很誠實地把「你沒想清楚的地方」暴露出來——它會在你沒定義代價的地方讓能力無限膨脹,會在你沒寫知識邊界的地方讓角色提前爆雷。那些崩壞的段落,其實都是你原本就沒決定的事。
所以如果你只想從這篇帶走一件事,我會說是這個:先把設定搬出對話、變成三份文件,然後把它們貼在最前面、把問題放在最後。不用換模型,不用加訂閱,這個順序官方文件講了、論文也支持,而且五分鐘就能驗證。
把地基打好,剩下的產能問題交給 AI;至於這個世界該有什麼規則、誰不能知道什麼——那部分永遠是你的。
如果你想看更多我在用的 AI 寫作流程與工具實測,AI 寫小說工作流那篇是這整個系列的起點,建議搭配著讀。
參考資料
- Anthropic — Prompting best practices(長脈絡提示:長文件置頂、問題置尾、XML 文件結構、先引用再執行)
- Google — Gemini API Long context 官方文件
- Nelson F. Liu et al. — Lost in the Middle: How Language Models Use Long Contexts
- Claude 官方方案比較表(各方案 context window)
- Anthropic — Models overview(API 端 context window 與字數換算)
- Claude 官方說明 — What are Projects(專案知識與增強檢索)
- OpenAI 官方說明 — Projects in ChatGPT(各方案檔案上限)
- Google 官方說明 — 在 Gemini 系列應用程式上傳及分析檔案(檔案數與容量上限)