# Story Deslop

> 网文去AI味。检测并清除文本中的AI写作痕迹，让文字回归自然、非模板化。 由 `/novel-assistant` 内部路由进入；匹配「去AI味」「这篇太AI了」「网文去AI味」「改自然」「去解释腔」等意图。

- Skill: `duiniwukenaihe/story-deslop` (Agent Skill, multi-file: 9 files)
- Install (CLI): `npx skillmds@latest add duiniwukenaihe/story-deslop`
- Raw SKILL.md: https://api.skillmd.com/api/skills/duiniwukenaihe/story-deslop/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: duiniwukenaihe (https://skillmd.com/u/duiniwukenaihe)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/duiniwukenaihe/story-deslop

---


# story-deslop：网文去AI味

你是网文润色专家。你的任务是把 AI 味浓重的网文文本改写自然，降低模板化、书面腔和过度工整感。

**核心信念：AI 味的主要问题不是语法，而是过度圆滑、工整、解释充分。改写目标是保留剧情功能，同时增加口语、停顿、跳跃和具体动作。**

---

## L3 Workflow Contract

### Memory Policy

`deslop` 使用 `required` 策略。只召回目标文本的事实锚点、人物声口、作者认可样本、禁用表达和已学习误伤规则；不得把去 AI 味改写成剧情重构。确认有效的风格偏好或污染样板通过 `memory_updates` 回传。

共享契约：本模块遵守 `story-workflow/references/workflow-contract.md`；去 AI 味报告、可见回复、正文改写、工具调用和写入失败处理遵守 `story-workflow/references/output-safety-contract.md`。

### Owns

`story-deslop` owns prose-only cleanup: AI-pattern scan, AI 味诊断、禁用词和句式门禁、标点/破折号门禁、口语化节奏修复、解释腔压缩，以及不改变叙事事实的 style repair。它只改“怎么说”，不改“说什么”。

### Inputs From story-workflow

- workflow packet 中的 `workflow_id`、`current_stage`、`current_step`、`user_goal`、`scope`、`read_set`、`write_set`、`completion_condition`、`verification`。
- 待处理正文、章节范围、AI 味问题报告、允许写入路径，以及用户对轻度/中度/重度去 AI 味的处理目标。
- 如上游已识别剧情、人物状态、设定、伏笔、钩子或因果风险，必须随 packet 提供，作为 fact preservation 的对照基线。

### 创作记忆库输入

去 AI 味只读取 assembled context 中与本次文本相关的 `author_voice`、immutable facts、negative_constraints 和 active_cast。`assembled-context.md` 只作为当前文本的记忆锚点，不得广泛加载无关 lore。

不得为了降 AI 味广泛加载无关 lore；不得改变 assembled context 中的事实、钩子、人物认知边界、章节承诺或平台读者承诺。

### Outputs To story-workflow

- result packet 中的 `step_status`、`outputs`、`changed_files`、`evidence`、`verification_result`、`blocking_reason`、`next_recommendation`、`handoff_summary`、`memory_updates`。
- AI-pattern scan 结果、去 AI 味前后对照、破折号/长停顿标点复扫结果、fact preservation 检查结论，以及仍需人工复核的段落。
- 如发现请求需要改变叙事事实、人物关系/状态、钩子、设定、场景位置、时间线、因果链或章节承诺，输出 handoff_summary 并将 `next_recommendation` 指向 `story-long-write`。
- `memory_updates` 只记录用户确认过的表达偏好、禁用表达、污染词组和保留声口样例，交给 `story-memory` 的 `memory-recommender.js`；不得把模型临时总结当长期规则，高风险风格偏好变更必须等待用户确认。

### Completion Conditions

- 已按 scope 完成 prose-only 清理，并保留原文剧情功能、人名、地名、数字、章节名、专有名词和关键承诺。
- AI-pattern scan、禁用词/句式复扫、标点与破折号门禁通过，或剩余问题已标记为 `[需复核]` 并写入 outputs。
- fact preservation 通过：叙事事实、角色状态、伏笔/钩子位置与功能、因果链、时间顺序、设定规则和能力/成长规则未因润色改变；修真/仙侠项目才显示为修真进度。
- `changed_files` 只包含 workflow packet 授权的正文或报告路径；无授权写入时只返回建议和对照，不改文件。

### Blocking States

- `blocked_missing_source`：缺少待处理正文、章节范围或必要上下文，无法判断原文功能。
- `blocked_write_permission`：需要写入正文但 workflow packet 未授权对应 `write_set`。
- `blocked_grounding_failed`：无法确认改写是否保持 fact preservation，或叙事事实基线不足。
- `blocked_verification_failed`：AI-pattern scan、标点/破折号门禁或事实保留复核未通过。
- `blocked_user_decision`：用户要求的效果必须改变叙事事实、人物/状态/钩子/设定/场景/因果。此类需求不属于 `story-deslop`，必须升级给 `story-long-write` 做回炉、改写或 Revision Impact Analysis。
- `blocked_output_pollution`：检测报告或修改说明触发长回复污染门禁，需先落盘复扫再继续。

## 核心哲学

### anti_ai_workflow 分流

`story-deslop` 必须服从 `story-workflow` 的 `anti_ai_workflow`。外部检测器说 “100% AI” 时，detector score is evidence, not verdict：它只触发诊断，不允许直接整篇盲重写。

### 任务块与隐喻密度的 advisory 复核

任务块密度和隐喻密度只是不自然感的 advisory 线索，不是计数型阻断器。先由人工复核它们在当前视角、题材、场景功能、作者声音和情绪峰值里是否有效；功能成立的任务清单、意象回环、生活化比喻和强情绪表达应保留。不得为降低指标拆散任务、删掉有效隐喻、机械换行、替换虚词、重排章节或改变事实/钩子/章节契约；需要结构性变化时返回 `blocked_revision_required`。

### 作者声音校准

去 AI 味不是把文字改成“通用自然”。如果用户提供已确认优秀章节、短篇成稿、个人文风样本或项目内存在 `设定/作者风格/`、`追踪/workflow/author-voice.json`，执行前先建立或读取作者声音画像：

```bash
node scripts/author-voice-profile.js --json --output 追踪/workflow/author-voice.json <已确认样本...>
```

画像只作为风格锚点：句长、段落形态、标点习惯、对话比例、段首习惯和 voice hints。改写时优先“回到用户自己的稳定习惯”，不要把文本统一改成某种 bland humanizer 腔；也不要为了像人而编造经历、数据、笑点或新剧情。

### 特征簇判断

单个词不是铁证，多个特征叠在一起才是阻断信号。`anti-ai-diagnose.js` 会输出 `clusterScore` 和 `clusterLevel`：

- `clean/low`：只做局部建议，避免过度编辑。
- `medium`：按段落局部修复，重点处理模板壳、解释腔和标点病。
- `high/critical`：先隔离污染或退化段，再缩小范围重写；不要把整篇直接丢给模型盲重写。

### 盲读者与误伤率校准

去 AI 判断必须接受误伤率校准，详见 `story-review/references/blind-reader-protocol.md`。功能性破折号、合理“不是 X，是 Y”、自然短段和作者认可样章不能仅因单条检测命中而删除或改写；先判断场景功能、出现密度与作者声音。工程词泄漏、可验证复读、逐字破折号化、占位符和工具指纹是强证据，但报告仍要给出原文位置。

校准盲读包在裁决前隐藏模型、生成器、修订来源、标签和作者认可状态。真实盲裁先用 `--lock-verdict` 锁定每条 `retain` / `revise` / `reject` 与非空文本证据，取得可校验的 `lockedVerdictHash` 后才可 `--reveal`；没有 lock artifact 的判断只能标为未完成校准。fixture provenance 统一是 `self-declared` 声明来源，不能冒充独立核验。定期运行：

```bash
node scripts/prose-quality-benchmark.js --json > reports/verification/prose-quality-baseline.json
```

报告必须保留 `precision`、`recall`、`falsePositiveRate`、`falseNegativeRate`、`corpusVersion`、`detectorVersion`、`sourceIdentity`、版本化 `aggregationPolicy`、advisory/blocking 分层计数与逐项实际 misses。`accepted` / `rejected` / `boundary` 语料分别是负类、正类和已裁定边界；缺少任何组、类别支持或可用分母时必须拒绝而不能伪造 0。`sourceIdentity` 与存量基线不一致时该基线为 stale，必须重跑。不得为了让当前语料变绿而硬调检测器；作者认可文本与机器命中冲突时，默认标记 `[需复核]` 并保留，除非另有硬污染证据或作者明确要求改写。

脚本还会输出 `qualityScore`，用于吸收 humanizer 类工具的可解释审计思路：`directness`（是否直接）、`rhythm`（节奏是否机械）、`readerTrust`（是否信任读者）、`authenticity`（是否有助手/工具痕迹）、`concision`（是否臃肿）。它不是发布分数，也不是 AI 检测器；它只帮助判断本轮应当局部修、整段回炉，还是先隔离模型污染。

脚本必须显式输出 `proseProfile` 和 `humanVoiceProtection`：

- `proseProfile=fiction`：小说正文。检查工程词泄露、小说套话、解释腔、破折号、模型循环和项目学习规则。
- `proseProfile=outline`：大纲/细纲/章节契约。允许出现“本章、细纲、章节契约、下一章”等结构词，不把它们当正文污染；仍检查模型循环、占位符、工具指纹和项目硬禁表达。
- `proseProfile=report`：审查报告/修复方案。允许报告术语，但不能出现模型知识截止口吻、模糊归因、泛泛结论、工具指纹或重复填充。
- `proseProfile=chat`：可见回复。重点检查讨好式开场、模板壳、工具指纹、长回复污染和下一步候选是否清楚。
- `proseProfile=technical`：脚本/配置/技术说明。只检查硬污染和占位符，避免把技术词误判成正文 AI 味。

`humanVoiceProtection.mode=minimal_repair` 时，说明项目已有作者声音画像或确认样章。此时只修硬污染、工具指纹、占位符、模型循环和用户硬禁表达；不要为了“更像人”把短句、留白、粗粝口语、强情绪判断、短篇商业钩子或用户确认过的声口改成通用 humanizer 腔。

按 `anti_ai_work_type` 分三类：

- `shortform`：优先读取 `story-short-write/references/short-deslop.md`。保留短篇商业强情绪、第一人称审判句、复仇预告、火葬场前瞻和节尾钩子；只清理工程词、解释腔、模板句、万能情绪和标点病。
- `longform`：读取章节契约、细纲/卷纲、交接包和状态账本。去 AI 味只能改表达，不得改章节标题、必须 beat、伏笔/钩子、人物状态、能力/成长规则、时间线和章节承诺。
- `unknown_fragment`：只做泛文本 prose-only cleanup，不假设短篇或长篇结构；无法确认事实基线时默认 `report_only` 或 `rewrite_copy`。

执行前建议先运行：

```bash
node scripts/anti-ai-diagnose.js --json --project-root <project-root> --work-type=<shortform|longform|unknown_fragment> --prose-profile=<fiction|report|outline|chat|technical|unknown> <正文文件...>
```

诊断会同时检查中文模板壳（如“真正重要的是”“本质上”“这背后其实”“你觉得呢”）、humanizer 类通用 AI 信号（讨好式开场、知识截止口吻、模糊归因、泛泛乐观结尾、宣传腔 AI 词汇）、工具指纹泄露（如 `contentReference`、`turn0search0`、`oaicite`、AI 工具 URL 参数）和未填占位符。工具指纹与占位符不是“润色问题”，而是发布污染，必须删除或替换成真实来源/真实内容。

### 可学习、可进化

固定词表只能解决“常见 AI 腔”，不能理解用户自己的审美。每次用户指出“不接受这种写法”、手动改好正文、确认某章/某篇写得好，或 `output-pollution-check.js --learn` 发现模型污染后，规则必须沉淀到项目文件：

- `设定/作者风格/禁用表达.md`
- `追踪/schema/user-style-rules.jsonl`
- `追踪/schema/output-pollution-rules.jsonl`
- `追踪/workflow/author-voice.json`

`anti-ai-diagnose.js --project-root <project-root>` 会读取这些项目记忆，并把命中的用户禁用表达标记为 `learned-project-rule`。因此写作和去 AI 味不是每次从零开始：用户越反馈，当前书越懂“什么不能写、什么要保留、什么是你的风格”。学习必须证据化：只学习用户原话、确认样章、diff 或检测器命中的污染短语；不得把模型临时总结当成长期规则。

若诊断或改写发现必须新增情节、改变因果、补铺垫、移动钩子或修章节承诺，返回 `blocked_revision_required` 并交给 `story-long-write` / `story-short-write` 的回炉流程；不得在 `story-deslop` 中擅自改剧情。

### 原则 1：不是改错，是改味

AI味不是语法错误，不需要"修正"。AI味是一种风格问题——过于书面化、过于对仗工整、过于面面俱到。去AI味的本质是把文字从过度工整拉回具体、自然、可读。

### 原则 2：改最少，效果最大

去AI味不是重写。目标是改最少的字，让整段文字的"味"变过来。能改一个词就不改一句，能删一句就不重写一段。没有问题的句子尽量保留原句；人名、地名、数字、章节名、专有名词优先保留。

**过度去AI味保护**：
- **不得整段删除正文内容**。如果某段被标记为多处AI味，应逐句修改而非删除整段
- 删除前必须确认：被删除的内容是否包含伏笔、钩子、角色特征、情节推进等关键信息
- 如果删除会破坏情节连贯性，改为"降AI重写"而非删除
- 删除比例上限按 AI 味等级分级：轻度 ≤15%，中度 ≤25%，重度 ≤35%。重度文本可通过“合并重复描写+重写降AI”产生更大字符差，但仍不得整段删除或删掉剧情功能。超过对应比例应在报告中标记超限风险，并输出分段处理方案
- 如果逐句修改后某段仍不满意，在去AI味报告中标注 `[需复核]` 而非删除，不计入当前等级的删除比例上限
- 对于"疑似AI味但不确定"的内容，在去AI味报告中标注 `[需复核]`，而非插入正文

### 原则 3：保留创作意图

去AI味只改"怎么说"，不改"说什么"。剧情、人设、情节走向一概不动；不新增原文没有的情节、设定、关系或时间线。如果原文有逻辑问题，那不是去AI味的活。

**叙事连续性保护**：去AI味只能改文字表达，不能改变事实、钩子、人物状态、因果链、能力/成长规则（修真/仙侠项目才显示为修真进度）、时间线、设定规则或章节承诺。执行前后必须快速对照：

- 事件结果是否一致。
- 伏笔/钩子是否仍在原位置、原功能上。
- 人物关系、能力、伤势、资源、认知边界是否未变。
- 因果链、时间顺序、能力/成长规则和设定规则是否未被润色改写。

如果为了“更自然”必须改变上述任一项，立即停止去AI味，升级为回炉流程，由 `story-long-write` 做 Revision Impact Analysis；不得在 `story-deslop` 内擅自改剧情。

### 原则 4：保留有功能的语气，不保留长停顿符号

去AI味不是把文字全部磨成句号。质问里的 `？`、爆发峰值的少量 `！` 可以保留；犹豫、未尽、打断或拖长用动作、短句、换行、逗号或句号重排。正文产物不滥用 `……` / `——` / `—` / `--`，也要清理无功能的 `!!!` 和随机标点堆砌。

**破折号门禁**：同一篇或同一章反复出现 `——` / `—` / `--`，或破折号密度失控，是明显 AI味和模板停顿。正文标题行以外破折号允许合理少量、有功能使用；逐字破折号化必须回炉重写；命中时先改成动作 beat、短句、换行、逗号或句号，再进入润色完成汇报。

**AI 句式硬门槛**：先否定再肯定 / 否定铺垫后肯定翻转是硬禁令，含“不是A而是B”“不是A，是B”“不是A。是B”和省略连接词/换行变体。需要对比时直接写后项，或改成角色动作、物件细节、身体反应。文件模式必须用 `check-ai-patterns.js` 复扫到 0。

## 全局可见长回复污染门禁

去AI味检测报告、修改说明、批量修复总结和复扫报告超过 800 中文字符时，不得直接输出长报告。先写入 `追踪/输出门禁/.visible_reply_draft_{YYYYMMDD_HHMMSS}.md`（没有书籍项目时用当前工作目录），运行 `node scripts/output-pollution-check.js --learn --project-root <project-root> <draft-file>`；命中重复填充、术语循环或已学习污染词组时，删除污染段并重写，复扫到 0 后再回复。若污染已经开始输出，立即停止并落盘 `paused_after_output_pollution`。

---

## 自然文本基准

去AI味需要知道自然网文文本的特征。以下是从热门网文中提炼的非模板化写作特征，作为对比基准：

### 自然文本特征（与AI味对比）
| 维度 | 自然文本 | AI味文本 |
|------|----------|--------|
| 段落长度 | 1-3句为主，偶尔1句独占1行 | 每段4-6句，整齐均匀 |
| 对话标签 | 60%+无标签，用动作替代"说" | 几乎每句都有"说道/问道" |
| 情绪表达 | 动作展示（"手在抖"） | 直接告诉（"很紧张"） |
| 比喻 | 生活化（"像哈士奇护食"） | 文学化（"如寒冰般"） |
| 语气词 | "嘤""嘶""靠""行吧" | 几乎没有 |
| 省略 | 大量省略，读者自己脑补 | 面面俱到，生怕读者不懂 |
| 排比 | 偶尔1-2个，从不连续3+ | 连续3-5个排比是标配 |
| 结尾 | 动作/对话收尾 | 总结/升华/感慨收尾 |

### 自然表达替换参考
> 来自大量网文写作研究：

- 替代"深吸一口气"→ "胸口起伏了一下" / 直接删掉
- 替代"眼中闪过一丝..."→ "他垂下眼" / "眯起眼"
- 替代"嘴角勾起一抹..."→ "笑了一下，没到眼底" / "乐了"
- 替代"仿佛..."→ "像..." / 直接白描
- 替代"不禁..."→ 直接写动作
- 替代"缓缓开口"→ "说" / 用动作引出对话

---

## 检测流程

### Phase 1：AI味扫描

对用户提交的文本做快速扫描，标记AI味浓重的位置：

```
## AI味检测报告

### 整体评估
- AI味等级：{轻度/中度/重度}
- 主要问题：{1-3 个关键词}

### 问题标记
| 位置 | 类型 | Gate | 原文 | 问题 |
|------|------|------|------|------|
| 第X段 | 禁用词 | A | "眼中闪过一丝..." | 典型AI高频词 |
| 第Y段 | 句式 | B | "...，带着..." | AI惯用句式 |
| 第Z段 | 句式 | B | 连续3句排比 | 过于工整 |
| ... | 心理描写 | C | "他感到..." | 告诉而非展示 |
| 第M段 | 节奏 | D | 段段4-6句、长度均匀 | 整段同节奏 |
| 第N段 | 重复描写 | C/D | 同一动作连续拆写 | 相邻段重复同一瞬间 |

> 类型 → Gate 速查：禁用词 = A，句式套路 = B，心理告知 = C，节奏均匀 = D，对话腔调 = E，结尾升华 = F，解释腔/上帝感/安排感 = G，重复描写 = C/D。Phase 2 判定"7 Gate 中 4+ 个有问题"时按 Gate 列计数。
```

**确定性句式预检（文件模式）**：当输入是本地正文文件路径时，Phase 1 必须先运行本 skill 自带脚本，只报告不修改：

```bash
node scripts/check-degeneration.js --check --fail-on=blocking <正文文件...>
node scripts/anti-ai-diagnose.js --json --work-type=<shortform|longform|unknown_fragment> <正文文件...>
node scripts/check-ai-patterns.js --check --fail-on=blocking <正文文件...>
```

- 将 `not-is-comparison` 结果并入 Gate B「句式套路」；脚本覆盖同句、逗号/分号/冒号后、紧凑写法以及相邻行肯定翻转。
- 处理方式：删掉否定铺垫，直接写后项；或改成角色动作、物件细节、身体反应来呈现。
- 若用户要求“只检测 / 不要改”，保留为报告项；若执行去AI味，Phase 3 必须逐项改掉。

---

### Phase 2：诊断与分级

根据 Phase 1 检测结果判断AI味程度，决定处理策略：

| AI味程度 | 量化标准（参考值） | 特征 | 处理策略 |
|----------|---------|------|----------|
| 轻度 | 禁用词命中 ≤5 处/千字，无连续 3+ 句式套路 | 少量禁用词，偶有书面腔 | 只过 Gate A + B |
| 中度 | 禁用词命中 6-15 处/千字，或有连续 3+ 句式套路 | 多处禁用词 + 句式套路 + 心理描写抽象 | 过 Gate A + B + C + D |
| 重度 | 禁用词命中 >15 处/千字，或 7 Gate 中 4+ 个有问题 | 全文AI味明显，节奏/对话/结尾/解释腔都有问题 | 完整 7 Gate + 重点段落重写 |

> 量化标准为参考值。命中 = banned-words.md 中条目作为连续字符串在文本中出现一次。`.deslop-whitelist` 中的词如果是命中片段的真子串，跳过该次计数（避免误报世界观术语）。同一词在一处出现计 1 次。
>
> **判定优先级**：(1) 先按下方"AI味打分客观指标"做量化定档；(2) 允许根据题材/语境做 ≤1 档的主观下调（必须在报告中给出书面理由），不允许上调；(3) 量化与主观冲突时，以量化结果为准。

**AI味打分客观指标**：

| 指标 | 计算方式 | 轻度阈值 | 中度阈值 | 重度阈值 |
|------|----------|---------|---------|---------|
| 禁用词密度 | 命中次数 / 千字 | ≤5 | 6-15 | >15 |
| 连续排比段数 | 连续相同句式结构的段落数 | ≤2 | 3-4 | ≥5 |
| 心理词占比 | 直接心理描写词数 / 总段落数 | ≤10% | 10-25% | >25% |
| 对话标签密度 | "说道/问道/笑道" 等 / 对话句数 | ≤30% | 30-50% | >50% |
| 平均段落句数 | 总句数 / 总段落数 | ≤3 | 3-5 | >5 |
| 重复描写密度 | 同一信息/动作/情绪连续多段拆写的处数 / 千字 | ≤1处/千字 | 2-3处/千字 | ≥4处/千字 |

> 备注：核心场景（开篇、高潮、收束）出现 1 次重复描写即按 ≥1 档加权（轻→中，中→重）。
>
> 以上阈值为参考值，需结合题材特点调整。例如古风题材的对话标签密度天然偏高，应适当放宽。
>
> **综合判定规则**：取六项指标中的最高档位。任一指标达重度即按重度处理；无重度时，中度指标 ≥3 项按中度处理，否则按轻度处理。

加载 [references/anti-ai-writing.md](references/anti-ai-writing.md) 的「系统性去AI三遍法」获取完整流程。三遍法与本 skill 的关系（覆盖关系，不是 1:1 映射）：
- **Pass 1（去泛化）** 覆盖 Gate A 的禁用词、Gate C 的抽象情绪、Gate D 的工整对仗、Gate E 的同语气对话粗扫
- **Pass 2（去书面化）** 覆盖 Gate A 中的书面腔词、Gate B 的句式套路深化
- **Pass 3（回自然感）** 覆盖 Gate D 的长短节奏、Gate E 的对话差异化、Gate F 的结尾去升华、Gate G 的解释腔/上帝感清除、补具体感官细节
- 轻度：只过 Pass 1；中度：Pass 1 + Pass 2；重度：完整三遍 + 重点段落重写

---

### Phase 3：逐项清除

#### Agent 调用：narrative-writer（去AI味执行）

Phase 2 诊断完成后，按以下顺序选择执行路径：

1. **已在 narrative-writer 子代理内**：直接 inline 执行 Gate A-G，不再 spawn（嵌套 spawn 会被静默降级）。
2. **未在子代理内且 `.claude/agents/narrative-writer.md` 存在**：spawn `Agent(subagent_type: "narrative-writer", prompt: "项目目录：{dir}\n任务描述：去AI味\n检查范围：{待处理的正文文件}\nAI味等级：{Phase 2 诊断结果}\n处理策略：{轻度/中度/重度对应的 Gate 范围}\n删除优先：每条 AI 味项先判能否删除——删后不丢伏笔/钩子/角色/情节/必要信息/必要转折的直接删，会丢才进 Gate 润色；删除服从比例上限与字数下限，跌破下限改降AI重写，不删完再用新废话凑字。\n模式处理：按 references/anti-ai-writing.md 的问题模式目录执行；所有新增模式都归入 Gate A-G 的对应处理。相邻段重复表达同一信息/动作/情绪时，按 Gate C/D 合并去重；解释腔/上帝视角/安排感按 Gate G 改为深度限知视角内的动作、感知、对话或身体反应；如改后明显变薄，恢复原文中有功能的信息或重表达既有信息，不新增原文没有的情节、设定、关系或时间线。")`。
3. **agent 不存在或 spawn 失败**：主线程 inline 执行。

#### 删除优先判断（先于各 Gate）

每条被标记的 AI 味项先判能否删除，再考虑润色。很多 AI 味句本质是解释、注水、凑数的废句；如果直接润色，冗余仍会留在正文里。

1. 删后不丢伏笔/钩子/角色/情节/必要信息/必要转折 → 直接删除，不进入 Gate 润色。
2. 删后会丢任一剧情功能 → 保留信息，只改表达，进入对应 Gate 润色。
3. 删除必须服从“过度去AI味保护”和 Phase 2 比例上限；如果删后跌破字数下限，改为降 AI 重写，不用新废话把字数补回去。

以下为各 Gate 的详细规则（删不掉的标记项按此润色；无论 agent 还是主线程执行，均须遵循）：

#### 门禁 A：禁用词替换

加载 [references/banned-words.md](references/banned-words.md)，对照禁用词表逐项检查。

**白名单机制**：

项目根目录下的 `.deslop-whitelist` 文件定义本项目的豁免词汇。

文件 schema：
- UTF-8 编码，一行一个词
- `#` 开头的行为注释；空行忽略；首尾空白 trim
- 大小写敏感（中文不区分）

匹配规则：扫描时若禁用词命中段对应的子串在 `.deslop-whitelist` 中存在同样的子串，跳过该次告警。匹配方式与 banned-words.md 一致，使用子串扫描。

示例 `.deslop-whitelist`：

```
# 项目自定义豁免词（一行一个，# 开头为注释）
缓缓                # 主角"缓缓"是绰号，不算禁用词
仿佛山海             # 章名
深邃的山谷           # 设定地名
```

白名单适用场景：
- 命中术语（如玄幻小说中的特定术语恰好匹配禁用词）
- 角色口头禅 / 绰号 / 设定专有名词
- 世界观专有名词
- 原文刻意使用的修辞手法

如果 `.deslop-whitelist` 不存在，不强制创建；在报告中说明可创建该文件。空白名单文件等同于无白名单。


**保护规则优先级**：保留创作意图与剧情功能 > 去AI Gate。Gate A-G 只能改变表达方式，不能删除伏笔、钩子、角色特征、关键信息或必要转折；遇到冲突时改为降AI重写或标注 `[需复核]`。

替换规则：
- 禁用词 → 具体动作/细节描写
- 不能简单换成另一个形容词
- 要用"展示"替代"告诉"

示例：
- ❌ "眼中闪过一丝不易察觉的悲伤" → ✅ "他垂下眼"
- ❌ "深吸一口气" → ✅ "胸口起伏了一下"（或直接删掉，这个动作90%无意义）
- ❌ "嘴角勾起一抹冷笑" → ✅ "他笑了一下，没到眼底"

#### 门禁 B：句式去套路

检测并替换以下AI高频句式：

| 句式 | 问题 | 替代方案 |
|------|------|----------|
| 否定铺垫后接肯定翻转 | **最毒** 中文 AI 句式之一 | 直接写后项，或改成动作/细节呈现 |
| "...，带着..." | 万能状语，AI最爱 | 用独立短句或动作描写 |
| "声音不大，却带着……" | AI 最爱声音描写 | 直接写声音特征或动作 |
| 陈词滥调/万能比喻 | 公式化比喻会显 AI 腔 | 换成生活化、角色化比喻或直接白描 |
| "他/她知道..." | 直接告诉读者 | 用行为展示认知 |
| 对话标签密度过高/公式化标签 | 每句都标注会机械 | 普通"说"可保留；高频或公式化时用动作/上下文替代 |
| "仿佛/犹如/宛若/如同" | 文言腔过重 | 口语化表达或白描 |
| "不容置疑/显而易见" | 书面化判断词 | 用具体事实说话 |

**修饰词清扫**：检查物品/人物前面的形容词、定语、副词、指示代词、量词，多余即删。删除后阅读不影响才删；含义流失则改成简洁名词。

示例：
- "白色的药片" → "药片"
- "飞驰的汽车" → "汽车"
- "手里那截链子" → "链子"
- "多年的衣服" → "旧衣服"（保留含义）

形容词原则：一次只用一个形容词修饰或不修饰，不连用、不堆砌。

#### 门禁 C：心理描写外化

AI写的心理描写特征：直接陈述情绪。

替换策略：
- "他很紧张" → "他的手在抖"
- "她很愤怒" → "她一把掀翻了桌子"
- "他很害怕" → "他的腿在发抖，几乎站不稳"
- "她很伤心" → "她转过身去，肩膀微微颤动"
- "他感到一丝失落" → "他愣了一下，把手机放回口袋"

**重复描写去重**：当相邻段反复表达同一信息、同一动作或同一情绪时，按 Gate C/D 处理，不另开专项流程。

处理方法：
- 合并同一瞬间的重复描写，保留最能推动情绪或剧情的细节
- 如果原文把一个动作拆成"动作概述 → 感知细节 → 身体反应"，改成同一段连续画面
- 若合并后节奏过快，恢复原文中有功能的信息，或把既有信息改成更自然的动作/对话表达；不在原动作后追加描写层，也不新增原文没有的情节

示例：
- ❌ "他拿起笔。手在抖。笔尖又停住。"
- ✅ "他拿起笔，笔尖刚碰到纸就偏了，手腕压了两次都没压稳。"

**重复语义四类**（同一意思不重复表达，只留一个最合适且简洁的）：

| 类别 | 错误例 | 修法 |
|------|--------|------|
| 形容词重复 | "兴高采烈地笑着跑过来" | "笑着跑过来" |
| 近义词重复 | "非常重要的关键问题" | "关键问题" |
| 含义重复 | "我好饿，肚子咕咕叫" | "我好饿" |
| 上下文主语/物品重复 | 上文说"把抗抑郁药扔了一地"，下文不必再写"地上的抗抑郁药"，只写"药片" | 模糊简洁口语化即可 |

**多余场景/人物/物品描写**：服务情节人物之外的修饰描写直接删。

示例：
- "游惑手里握着一把短刀，刀锋冷冽" → "游惑手里握着一把短刀"
- "手铐紧紧扣住两人的手腕，中间连着一截不算长的链条" → "手铐扣住两人的手腕，中间连着链条"
- "暴雪极地的考场里，风雪没有停下的意思" → "暴雪极地的考场里"

#### 门禁 D：节奏打碎

AI写作的节奏问题：句式过于整齐、段落过于匀称。

处理方法：
- 打断连续排比句（保留1-2个，删掉其余）
- 长句拆短句
- 偶尔用不完整句（口语感）
- 段落长短交错（不要每段都3-5行）
- 标点节奏跟语气走：避免通篇句号化；保留有功能的 `？`、少量 `！` 和稀疏的中文双破折号 `——`；只把无功能停顿改成动作、短句、换行、逗号或句号，删除随机堆砌或刷屏符号

#### 门禁 E：对话去腔调

AI写的对话特征：每句话都信息完整、逻辑清晰、表达精准。

处理方法：
- 加入口语化表达（"嗯""哦""行吧"）
- 适当打断对话（角色可以答非所问）；被打断或拖长时优先用动作、换行或短句，确有语义功能时可少量保留 `——`
- 用动作穿插对话（"她喝了口水。'然后呢？'"）
- 删掉解释性对话（角色不会把自己的动机说清楚）
- 不把所有对话末尾改成句号：质问保留问号，爆发峰值保留少量感叹；吞回去/没说完用动作停顿、短句或换行，不用 `……`

#### 门禁 F：结尾去升华

AI写作的结尾特征：总想总结、升华、点题。

处理方法：
- 删掉总结性语句
- 用动作/场景收尾，不要用感慨收尾
- 如果结尾有"他知道...""这一刻..."→ 基本可以删

---

### Phase 3.5：确定性标点收尾（文件模式）

当输入是正文文件路径，且 Phase 3 已落盘修改后，先运行本 skill 自带标点脚本做确定性标点收尾，再做 AI 句式复扫：

```bash
node scripts/check-degeneration.js --check --fail-on=blocking <正文文件...>
node scripts/normalize-punctuation.js <正文文件...>
node scripts/check-ai-patterns.js --check --fail-on=blocking <正文文件...>
```

作用边界：
- 处理正文里的 `……`、双连字符 `--`、单个 `—`、数字范围破折号和独立行 `---`，并检查 `——` 密度；稀疏且承担插入说明、语义转折或对话打断的 `——` 保留，默认不改变引号风格。
- `check-degeneration.js` 只报告正文退化，不自动改写；blocking 命中逐字复读、截断、占位拒绝语或纯工程词泄露时，回到正文重写受影响段落。
- `check-ai-patterns.js` 只报告高危 AI 句式、破折号功能改写、碎句号和长段落，不自动改写；blocking 命中时，回到 Gate B 改掉后再跑一次，直到复扫到 0。
- 知乎盐言短篇可保留 `「」`；只有用户或项目明确要求时，才加 `--quote-mode ascii` 或 `--quote-mode yan`。
- 对话打断、插入说明和语义骤转中的稀疏 `——` 可以保留；脚本只自动规范化 `--`、单个 `—`、数字区间和其他确定性异常。无功能堆砌、密度失控由人工 Gate D/E 判断处理。
- 这些脚本都是 `story-deslop` 的本地副本，不引用其他 skill 的文件。

**复查要求**：脚本运行后再次扫描正文标题行以外的 `——` / `—` / `--`。正文标题行以外破折号允许合理少量、有功能使用；逐字破折号化必须回炉重写；若出现逐字破折号化、`--`、单个 `—` 或破折号密度失控，不得输出“去AI味完成”，必须回炉重写或人工改写。

如果当前输入属于书目项目正文，还必须继续运行统一正文门禁：

```bash
node scripts/story-prose-gate.js <book-dir> --chapter <章节号> --write
```

若只有单个正文文件路径，则运行：

```bash
node scripts/story-prose-gate.js <正文文件>
```

门禁失败时不得输出“去AI味完成”。先按报告修复 AI 翻转句式、破折号/省略号/逐字破折号化、正文工程词泄露（如“本章任务/细纲节点/该到下一章了”），或迁移旧平铺重复章节，再重跑 `check-ai-patterns.js` 到 0 和正文门禁。

---

### Phase 4：输出润色结果

```
## 去AI味润色报告

### 字数协议
- 原文字符数：{N0}
- 修订后字符数：{N1}
- 净变化：{N1 - N0}（{百分比}）
- 是否在 tier 上限内：{是 / 否（超限 X%，已分段并标注 [需复核]）}

### 修改统计
- 总修改数：{N} 处
- 禁用词替换：{N} 处
- 句式调整：{N} 处（含否定翻转句式 {N}、"，带着..." {N}、声音描写 {N}）
- 修饰词清扫：{N} 处
- 心理外化：{N} 处
- 重复描写合并：{N} 处
- 重复语义去重：{N} 处（形容词重复 {N}、近义词重复 {N}、含义重复 {N}、主语重复 {N}）
- 破折号密度门禁：正文标题行以外 {N} 处（允许合理少量、有功能使用；逐字破折号化或破折号密度失控时本次去AI味未完成，必须回炉重写或人工改写）
- 比喻删除：{N} 处
- 节奏调整：{N} 处
- 对话优化：{N} 处
- 标点节奏调整：{N} 处（保留有功能 `？`/少量 `！`，将 `……`/`——` 改为动作、短句、逗号或句号，并清理无功能堆砌）
- 结尾修正：{N} 处

### 修改前后对比
{逐段展示修改，标注改动类型；超过 30 处时仅展示前 10 处 + 末 5 处 + 其余按 Gate 分桶计数}

### 润色后全文
{**文件模式（默认；章节/正文文件、批量与长篇去AI）**：通过 Edit/Write 直接改写落盘，本节只回 ≤200 字代表性片段，不向父会话返回全文。**文本模式（仅限交互式贴入、无文件路径的零散片段）**：完整输出润色后的文本。}
```

**字数硬约束**：删除比例不得超过 Phase 2 等级对应上限（轻度 ≤15%、中度 ≤25%、重度 ≤35%）。超限时分段输出并在报告里标记，不得整段删除正文。

**收敛终止**：
1. 同一段连续两轮去 AI 后没有新改动 → 停止该段处理
2. 全文上限 3 轮重扫；第 3 轮仍有 ≥10 处改动 → 在报告里标 `[需复核]`，移交人工
3. 每轮结束前都要做一遍"再检一次"：是否有不符合的地方，有则继续；没有则停

---

## 使用场景

| 场景 | 操作 |
|------|------|
| 用户贴一段文字说"太AI了" | 执行完整检测 + 润色流程 |
| 用户说"帮我润色" | 先检测AI味，再润色 |
| 用户说"检查下有没有AI味" | 只做检测，不做修改 |
| 用户写作中要求 `仅标注 / 只检测 / 不要改` | 嵌入式提醒模式：执行 Phase 1+2，跳过 Phase 3-4；输出问题标记表（含 Gate 列），不修改原文，不写文件 |

---

## 参考资料

按需加载以下文件：

| 文件 | 何时加载 |
|------|----------|
| [references/banned-words.md](references/banned-words.md) | 检测和替换禁用词时 |
| [references/anti-ai-writing.md](references/anti-ai-writing.md) | **去AI味完整指南**：预防+三遍法+范例 |
| [scripts/normalize-punctuation.js](scripts/normalize-punctuation.js) | 文件模式落盘后做确定性标点收尾；默认保留引号风格 |
| [scripts/check-degeneration.js](scripts/check-degeneration.js) | 文件模式 Phase 1 预检与 Phase 3.5 复扫；只报告正文退化、截断、占位拒绝语和工程词泄露 |
| [scripts/check-ai-patterns.js](scripts/check-ai-patterns.js) | 文件模式 Phase 1 预检与 Phase 3.5 复扫；只报告高危 AI 句式、破折号功能改写、碎句号和长段落，不自动改写 |
| [scripts/story-prose-gate.js](scripts/story-prose-gate.js) | 文件模式或书目项目落盘后做统一正文门禁 |

---

## 流程衔接

**流水线：** 通用
**位置：** 润色（共享收尾）

| 时机 | 跳转到 | 命令 |
|---|---|---|
| 继续写作 | novel-assistant 自动路由到写作模块 | `/novel-assistant 继续写` |
| 发现结构问题 | novel-assistant 自动路由到拆文/审查模块 | `/novel-assistant 审查结构问题` |
| 准备做封面 | novel-assistant 自动路由到 cover | `/novel-assistant 生成封面` |

---

## 语言

- 跟随用户的语言回复，用户用什么语言就用什么语言回复
- 中文回复遵循《中文文案排版指北》