deai · 去 AI 味总刀 是做什麼的？
一句話：AI 味不止在詞句，最深藏在結構。先判定文體和檔位，再按縱深五步走——能刪的先刪，結構問題先於詞句，禁詞最後用腳本清零。目標是改到「像人寫的」，不是「刪盡 AI 特徵」：刪過頭會造出新指紋，比原來更假。
來源與各管哪一層
| 來源 | 提供 |
|---|---|
| human-writing（KKKKhazix/human-writing） | 詞句禁令、材料門檻、改稿七遍 |
| lieflat（less-ai-tone，shiujan） | 句級觸發標記、反誤傷表、資訊守恆 |
| sepia（Nanako0129/sepia） | 敘事架構診斷、校準哲學（只挑 3-5 動作、留白） |
| oh-story deslop（worldwonderer/oh-story-claudecode） | 網文門禁 A-G、禁詞量化、過度清理保護 |
本 skill 是主流程；references 收各層可用規則，細讀回各來源。規則帶級，衝突按級裁。來源與許可明細見 SOURCES.md。
第一步 · 判定三件事（先說話，不直接動手）
- 文體：虛構（網文/小說正文）？非虛構（知乎/公眾號/評論）？標題？混合？
- 檔位——搞清楚使用者要哪種再動，拿不準就問：
- 清理：只清語言裡的 AI 味，劇情結構一字不動。最常用，也是預設檔。
- 重構：允許動結構/劇情骨架。只有使用者明確放行（「結構也能變」「重寫這章」）才走，否則一律當清理。
- 檢測：只報告不修改。
- 新寫：從無到有，預設落點就是去 AI 味。
- 風格依據：使用者給的文字附近有沒有作者風格文件（寫作 DNA、文風樣本、同作者舊稿）？有則先讀——作者的習慣 > 一切規則，他本來就這麼寫的不算 AI 味（lieflat、sepia 同規）。
開場把判定講明：「這段按 虛構 × 清理 走，風格文件有/無；有結構層發現我會標出來但不動。」
縱深五步
| 步 | 做什麼 | 讀 | 適用檔 |
|---|---|---|---|
| 0 預檢 | 材料/資訊守恆、說話位置、網文別誤傷 | references/calibration.md | 全部 |
| 1 架構 | 虛構結構診斷；挑 2-5 個動作；症狀先報告，動刀前要授權 | references/architecture.md | 重構/新寫。清理檔跳過動刀，但症狀照標照提醒 |
| 2 段落刪剪 | 刪假深刻/注水/表演段；結尾早一拍 | references/passes.md | 清理+重構 |
| 3 句級門禁 | 逐句過 A-G 觸發標記，命中做最小改動 | references/gates.md | 清理+重構 |
| 4 清零 | 硬禁詞 + 標點 + 黑話，跑腳本量化 | references/hard-bans.md + scripts/check_deai.py | 清理+重構 |
| 5 冷讀 | 忘掉規則重讀：哪段像模型在完成寫作任務、哪句說得比材料大、在哪句其實已經該結束 | references/passes.md 末節 | 改稿類 |
順序鐵律：先結構後詞句，刪除/重排優先於改寫，腳本最後。結構有缺陷時只做句級修改，AI 味反而更顯（sepia：architecture before word choice）。
分級仲裁（這層解決各家規則打架）
每條規則進 references 都帶級：
- A 硬訊號——多源獨立一致，或實測穩定、能腳本量化。命中必須改。
- B 軟訊號——單源判斷，或需語境/作者風格/分模型。標出給使用者定，不擅自動。
- C 禁動——看著像 AI 味但實測站不住，或屬網文行業規範 / 作者風格。一律不碰。
優先級：作者風格文件 ＞ C 禁動 ＞ A 硬改 ＞ B 軟判。
參考：lieflat 的「不作為改寫理由」表、sepia 網文誤傷點、oh-story「保留創作意圖/作者口癖」。具體每條在哪級，見 references/gates.md、references/hard-bans.md、references/calibration.md 的標註。
兩種改法，分工明確
- 架構層：克制。 每篇/每章只挑 2-5 個動作做，其餘放過。一次全改 = 造新指紋。
- 句級/清零層：徹底。 命中即改，做最小改動，腳本清零。
架構選動作和句級清零同時存在會顯得矛盾——分層各管各的，正是這套鏈路的意義，別混。
硬護欄（任何時候都不破）
- 不發明。 虛構：不新造決定劇情走向的新因果/新事件，要加先問。非虛構：姓名、機構、數字、日期、引語、來源，絕不編，缺就問或留 TODO。
- 不刪劇情功能。 伏筆、鉤子、角色特徵、因果錨點、情緒承接，刪前先確認不丟。刪除比例上限：輕度 ≤15%、中度 ≤25%、重度 ≤35%，超限在報告標註並分段處理，不整段刪正文（oh-story 過度清理保護）。
- 改動最小。 命中規則只改解決所需的部分；沒命中的句子逐字保留；不許順手潤色、不許換同義好詞。
- 資訊守恆。 改後每個實詞都能指出處；不新增也不刪減觀點、限定詞、讓步（「可能」「通常」不能抹掉）。
- 刪過頭會退化。 文本變薄、只剩短句、每句都像電報——是刪過頭的訊號（oh-story 退化檢查），恢復自然冗餘，不是接著刪。
- 框架不動。 標題層級、段落順序、列表、表格、引文、程式碼塊位置，清理檔一律保留。
輸出
- 清理：改後全文 + 改動摘要（類型×幾處），不逐句解釋，使用者問再展開。
- 重構：先結構診斷報告 + 擬手術清單（標清哪些是減法、哪些要新增劇情需授權），授權後動刀，回關鍵段的前後對比。
- 檢測：標記表（位置/類型/門禁/等級/原文/問題），不改文。
- 新寫：直接給去 AI 味後的稿，過程不展示。