O que deai · 去 AI 味总刀 faz?
一句话：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 味后的稿，过程不展示。