知乎鹽選短篇小說，AI寫完一眼機器味，4步指令工程全程壓住AI感

前陣子接了個做知乎鹽選付費短篇的單子，對方是個全職寫手，手里同時跑三個賬號，說最近用AI輔助寫作之后反而比手寫更累，因為每次跑出來的內容她都要大改，改完感覺跟自己重寫差不多，效率還不如以前。

她把用過的指令發給我，我大概看了兩分鐘，問題很明確：這套指令像一份任務清單，告訴AI寫什么，但完全沒有告訴AI怎么寫，寫到什么標準才算合格。

AI在沒有約束的情況下，會按它對"小說"最保守的理解來執行，給你一個結構完整但毫無張力的故事框架，對話是對話，情節是情節，人物是人物，但三者之間沒有咬合，讀起來像拼圖，不像小說。知乎鹽選的讀者是最挑剔的一批人，這種東西發上去，付費轉化率很難看。

問題出在指令的顆粒度上，必須從頭拆，拆完再優化，分享四個騷操作：

1. 選題和元素組合必須在第一步鎖死，不能靠AI自由發揮。

知乎鹽選有自己的爆款邏輯，懸疑伏筆流、情感博弈線、非對稱權力關系，這些是平臺高頻出現的成功元素，不是通用網文的標準配置。如果指令里沒有明確告訴AI這篇小說面向哪個平臺、用哪種敘事風格，AI會給你一個四不像的故事，放到番茄上嫌不夠爽，放到知乎上嫌不夠懸疑。

所以指令的第一步，必須把平臺屬性、核心沖突類型、敘事風格這三個參數提前鎖定，不給AI任何模糊空間。知乎鹽選用"懸疑伏筆流"，每段對話背后必須攜帶"立場試探"或"信息博弈"，這不是風格偏好，是平臺受眾的閱讀期待，必須從框架層面寫進去。

2. 大綱不是情節列表，是因果鏈和爆點密度的工程圖。

這是絕大多數人用AI寫小說時卡殼的地方。他們讓AI生成大綱，AI給了一份章節標題列表，然后按列表往下寫，寫到第五章就開始邏輯斷裂，因為那份"大綱"根本不是大綱，只是一個故事梗概。

真正可以執行的大綱，需要把爆點密度、反轉位置、伏筆埋藏、情感線四個階段同時寫進去，每三章設一次強反轉，每800字嵌一個小爽點，情感線嚴格走"誤解—試探—傷害—頓悟"四段，這些參數必須在大綱階段就鎖死，正文生成時才有方向可循。沒有這層約束，AI寫出來的情節會越來越平，越寫越像教科書。

3. 正文生成階段，去AI化規則必須具體到句式層面。

"口語化"、"有代入感"、"減少AI味"，這三個要求幾乎每個人都會寫，但AI拿到這三個詞，根本不知道該怎么操作。它能理解的是具體禁令和替換規則，不是形容詞。

我在指令里把去AI化拆成了四個可執行的硬規范：第一禁用詞匯清單，把"突然、只見、猛地、顯然"這類高頻AI詞逐一列出，并給出替換寫法；第二對話狀態詞強制切換，每三處對話必須更換狀態詞，禁止連續用"說、問、答"；第三句式結構打散，禁止連續三句完整主謂賓，強制使用狀語前置或環境切入；第四每200字強制植入一個五感細節，且細節必須貼合當下場景的情緒走向。這四條規則同時執行，跑出來的文字語感會明顯不同。

4. 每三章自檢一次，是穩定質量的關鍵閉環。

批量生成內容，最大的隱患是漂移，前五章建立的人物邏輯，到第十章可能已經悄悄變形，稱謂用錯，性格突變，伏筆斷線。這些問題靠人工逐章審查效率極低，靠AI自動識別又不夠準確。

解法是在指令里內置一個階段性自檢機制：每創作三章，自動執行一輪邏輯校驗，檢查人物稱謂、情感線遞進、因果邏輯是否斷裂，不合理的地方直接標出修改建議，并重新生成對應章節，通過之后再繼續往下寫。這個機制把質控動作嵌進了生成流程，而不是等全文寫完再統一修改。

她用新的指令框架重新跑了一個短篇，三萬字左右，發上知乎鹽選之后，她跟我說完讀率比之前高了將近一倍，付費解鎖的比例也明顯上來了。

她說這次改稿的工作量比以前少了很多，大多數段落基本可以直接用，只需要微調幾處細節。這個結果在全職寫手的場景里夠用，批量出稿的效率問題解決了。