每個寫長篇的人都中過同一種招。
稿子寫到第八章，主角被困在地下室，手機沒電，孤立無援。畫面夠絕望，張力拉到最滿。問題是——第六章才剛充過電，中間只過了三小時。
三小時。一台智慧型手機。沒電了。
讀者寄信來問的時候，臉上大概沒什麼表情，但那封信的潛台詞寫得很清楚：「作者是不是忘了自己前面寫過什麼？」
回去翻稿子，一章一章對。充電、出門、被困。時間軸沒有問題。手機電量有問題。但寫的時候根本沒想到這層——腦子裡全是那個困在黑暗中無法呼救的畫面，情緒太飽滿了，飽滿到把「電池還剩多少」這種瑣碎細節自動跳過。
劇情漏洞就是這樣長出來的。不是因為蠢，是因為太沉浸。大腦在創作的時候會自動幫忙填補空白，把所有不合理的地方用想像力糊過去。寫的人覺得一切說得通，讀的人卻一頭霧水。
知識的詛咒
心理學把這件事叫做「知識的詛咒」（The Curse of Knowledge），聽起來像奇幻小說的章節標題，但它是一個被反覆驗證的認知偏誤。
1990 年，史丹佛大學的 Elizabeth Newton 做了一個實驗。她找一組人用手指敲桌子，「演奏」一首所有人都聽過的歌，例如《祝你生日快樂》。然後讓另一組人猜。
敲桌子的人覺得這還不簡單？節奏這麼明顯，旋律這麼清楚。他們預測聽眾至少有一半能猜對。
結果猜對率是 2.5%。
差距來自一個盲區：敲桌子的人在敲的同時，腦中正在播放完整旋律。他們聽到的不是「咚、咚、咚咚咚」，是「祝、你、生日快樂」。那首歌對他們來說如此真實，以至於完全無法理解為什麼別人只聽到一堆沒有規律的敲擊聲。
一旦知道某件事，就很難回到不知道的狀態。
寫小說的人面對同一種困境。故事在腦中是完整的——角色的童年、地圖上每個城鎮的距離、魔法系統的運作細節。主角為什麼在第八章手機沒電？因為她中間接了七通電話、一直開著導航、手機本來就老化。這些解釋在作者腦中清清楚楚，卻從來沒有被寫進文字裡。
於是寫出來的故事，對作者來說邏輯嚴密，對讀者來說莫名其妙。
劇情漏洞的種類
漏洞不只一種。搞清楚類型才知道怎麼修。
遺漏型最常見。資訊存在腦中，不存在紙上。手機電量問題就屬於這類。角色的動機、地點之間的距離、事件之間流逝的時間——這些作者太熟悉了，熟悉到寫的時候跳過去也不覺得少了什麼。修起來通常不難，找到缺口，補上必要的資訊就好。
矛盾型比較棘手。第三章寫了角色「絕不相信任何人」，第七章他毫無鋪墊地信任了一個陌生人。第一章確立魔法在白天失效，第十章有人在正午施咒。問題不是遺漏，是兩個寫好的設定互相打架。修的時候得先決定哪個版本是對的，然後改掉另一個。
邏輯型最刁鑽。每一個單獨的元素都說得通，合在一起卻站不住腳。主角能瞬間移動，卻花了兩天走路到目的地。世界有治癒魔法，卻有人死於普通疾病。這不是遺漏也不是矛盾——是世界觀的規則產生了連作者自己都沒預料到的推論。改起來最費工，因為牽一髮動全身。
情感型最微妙，也最容易被放過。角色的反應和他的人設不一致。一個容易恐慌的人在危機中異常冷靜；一個嚴肅寡言的角色在葬禮上開了玩笑。這不是邏輯錯誤，是心理錯誤——作者讓角色做了「劇情需要」的事，而不是「這個角色會做」的事。讀者說不出哪裡不對，但就是覺得假。
為什麼作者是最後知道的人
殘酷的事實擺在這裡：最不可能發現劇情漏洞的人，就是寫出它的人。
原因跟智力無關。恰好相反——大腦越活躍、想像力越強的創作者，越容易落入這個陷阱。閱讀自己稿子的時候，眼睛掃過文字，大腦卻在讀另一個版本——那個文字加上腦中補充後的完整版本。缺少的動機被自動填上，不合理的時間線被自動修正，角色突然改變立場也被自動合理化。
所以同一份稿子可以讀十遍，每次都覺得沒問題。然後第一個讀者就指出一個「顯而易見」的毛病。對讀者顯而易見，因為讀者沒有那層自動修補的濾鏡。
傳統做法是找 Beta Reader——用別人「不知道」的視角來照出自己的盲區。有效，但有門檻。好的 Beta Reader 不容易找，回饋周期長，每個人關注的面向也不同。第一輪抓到時間線問題，第二輪才發現角色動機斷裂，第三輪才注意到世界觀矛盾。來回幾次，幾個月就過去了。
這正是 AI 能幫忙的切入點。
AI 作為「不知道」的讀者
AI 有一個結構性的優勢：它真的不知道文字以外的事情。
把稿子丟給 AI，它沒有知識的詛咒。主角中間接了七通電話？AI 不知道，因為沒寫。角色為什麼突然改變立場？AI 不知道，因為沒解釋。魔法為什麼在這個場景有效？AI 不知道，因為沒說明。
它只看得到寫出來的字。跟一個真正的新讀者一模一樣。
在 Slima 的 Writing Studio 裡把章節餵給 AI Assistant，它可能會回來問：「角色 A 在第三章明確表示不信任任何人。但第七章他信任了陌生人 B，中間看不出什麼轉折。這是有意的安排嗎？」
看到這個問題，也許第一反應是：「因為 B 救過 A 的命啊。」然後回去翻稿子——確實有寫 B 救了 A。但寫法太輕描淡寫，一行帶過，根本撐不起後面那個信任轉折的重量。AI 的提問像一根探針，戳到了自己看不見的軟肋。
但這裡有一條線必須畫清楚：AI 的提問是線索，不是判決。
它可能標記一百個「疑點」，其中真正需要處理的也許只有十個。有些是刻意留下的留白，有些是 AI 沒讀懂的暗示，有些是風格選擇而不是邏輯缺陷。盲目地把每一個 AI 標記的問題都當成漏洞來修，結果只會把故事改得面目全非。
真正的技術在於分辨：哪些是真的漏洞，哪些是 AI 的誤讀？
分辨真假問題
AI 標記了一個疑點之後，可以用三個角度來判斷。
如果一個真正的讀者問了同樣的問題，怎麼回答？ 回答是「故事裡有解釋啊」——那就回去確認解釋確實寫在文字裡，而不是只存在腦中。回答是「因為這是設定」——回去確認設定有被好好建立，讀者看得到。回答是「我沒想過這個」——恭喜，找到一個真正的漏洞了。
這個問題會不會影響讀者的沉浸感？ 有些不一致是技術性的，讀者幾乎不會察覺。有些卻像路面上的裂縫，讀者走到那裡一定會絆一下，被迫從故事裡抽離出來想「等等，這不對」。前者可以不理，後者不能放著不管。
修這個問題的代價是什麼？ 有時候一個小漏洞的修復牽涉到大規模改寫。這時候需要權衡：漏洞的嚴重程度值不值得這個代價？很多時候一句補充說明就夠了，不需要翻天覆地。
完美的故事不存在。每一個故事從某個角度看都能被挑出毛病。目標不是把所有可能的漏洞堵死——是處理掉那些真正會把讀者踢出故事的問題。
用 Slima 的 AI Beta Readers 跑一輪初步篩檢，再用 AI Assistant 針對被標記的段落做深度對話，能在幾小時內完成過去需要幾週的漏洞排查流程。但最後拍板的還是寫的人。AI 是探照燈，不是法官。
一個更深的問題
最後值得想清楚一件事：劇情漏洞為什麼會讓讀者這麼不舒服？
仔細想想，虛構故事本來就不是真的。魔法存在，外星人說中文，主角永遠在最後一秒逃出生天——這些荒謬的前提我們照單全收。但手機電量不合理，就讓人無法忍受。
差別在哪裡？
在於內部一致性（internal consistency）。
讀者進入一個故事的時候，等於簽了一份隱形契約：「我接受這個世界的規則，不管它多離譜。但一旦規則確立，我期待它被一致地遵守。」魔法可以存在，但不能第一章說白天無效、第十章卻在正午施法。瞬間移動可以有，但不能需要瞬移的時候卻讓角色走兩天路。
打破自己定下的規則，讀者感受到的不是「邏輯上的不滿」——是信任的裂痕。他們把自己交給了這個故事，相信作者會帶他們走一段有意義的旅程。漏洞出現的那一刻，這份信任被動搖了。讀者開始懷疑：如果作者連自己的設定都記不住，還值得跟下去嗎？
所以劇情漏洞的嚴重性不在邏輯本身，在於它損害了讀者和故事之間的關係。
AI 能幫忙提前發現那些可能破壞這層關係的裂縫。用 Version Control 保存修改前的版本，用 Snapshot 標記每次重大修訂的節點。但修不修、怎麼修、修到什麼程度，永遠是作者自己的決定。
AI 找到的問題是線索，不是定論。它幫助看見知識的詛咒遮住的東西——那些對自己「太明顯」以至於忘了寫出來的細節。但最後的判斷權不在 AI 手上。什麼必須修、什麼可以留、用什麼方式修——這些選擇屬於寫故事的人。
回到開頭那個手機電量的例子。最後的解法不複雜：主角出門前加一句，手機最近一直出問題，電池老化很快。
一句話。問題就解決了。
修漏洞經常就是這麼簡單的事。真正困難的從來不是修，是發現。而發現，正好是 AI 最擅長幫忙的地方。