网文编辑审稿改稿
概述
把一份小说章节当作编辑部收稿来处理：先建立全稿事实台账，再按逻辑、剧情、钩子、语言、AI 味五轮逐项挑错，输出分级问题清单，最后只在用户确认后做定点改稿。审稿标准来自 references/01_审稿源流.md，按「可核实原文 / 二次整理 / 通用经验」三档标注溯源，不凭空发明理论，也不冒充名人原话。
本 skill 只审文本质量：不提供投稿策略，不预测成绩，不劝切书，不评价作者，也不提供「让稿件不被认出是 AI」的伪装建议。相关边界见 01_审稿源流.md 3.2。
何时使用
- 用户提交章节（单章 / 前三章 / 整卷）并要求「审稿、看看、改改、挑毛病」。
- 用户点名某类问题：前后矛盾、设定崩坏、剧情平淡、没有钩子、废话多、用词重复、AI 味重。
- 新章节交付前的自检，或大改设定后的回归检查。
- 用户只要求「润色」时，仍先跑 Round D / E，但报告收敛到语言项。
铁律（每次审稿前先确认）
- 用户手写段落一律不动。 审稿前先确认哪些段落由用户手工改写过（读取用户标注，或直接询问）。这些段落即使有问题，也只在报告中单列，不得重写、不得「顺手改回去」。历史教训：回退用户手写内容是最严重的错误。
- 不擅自重写全章。 默认交付的是问题清单；只有用户明确说「改」「按报告改」时才进入 Step 5，且只改被点名的位置。
- 结论先行，零客套。 报告第一句给结论与最致命的问题，禁止「整体不错，但是……」「有一些小建议」这类铺垫。
- 正文格式服从原稿约定。 不把 Markdown 标题、加粗星号、列表语法带进小说正文；若项目已有格式约定（对话用弯引号、系统面板用【】、场景用 ## 等），改稿时保持一致。
- 本机文件环境。
.docx/.txt可能被加密软件改写而读不出（文件头%TSD-Header-###%）。优先读.md稿件；遇到加密文件直接告知用户并请其提供.md或粘贴文本，不要反复重试。改稿输出写.md，且不覆盖已存在的.txt/.py。 - 不另起验证环节。 不派第二个 agent 复核、不写临时校验脚本自证结论。改完直接交付，由用户人工试读。
工作流
Step 0 · 定位材料
在动笔审稿前，读齐以下材料，缺哪份就在报告开头注明「未纳入核对」：
| 材料 | 用途 |
|---|---|
| 待审章节 + 全部前序章节 | 判断因果、伏笔、情绪递进 |
设定文件（01_设定总纲.md 等 output 根文件） |
能力规则、等级体系、经济/数值规则 |
.learnings/STORY_BIBLE.md |
人物档案、已发生剧情、已死角色 |
.learnings/ERRORS.md |
该项目历史上踩过的坑，重点回查 |
README_文件清单.md |
确认哪一份才是当前生效版本，避免引旧稿 |
随后确认「用户手写段」范围，并在报告里标注【勿动】。
Step 1 · 建事实台账
按 references/02_逻辑与连贯.md 的方法，把全稿里可核对的硬事实抽成一张表：人物状态、数值、时间、地点、物品、能力触发条件、已死角色、已埋伏笔。审稿时逐条对照新章，冲突即记为 🔴。
Step 2 · 五轮审稿
每轮只记录「原文定位 → 问题 → 为什么是问题 → 建议改法」四要素，不写赞美、不复述剧情。
| 轮次 | 检查项 | 参考文件 |
|---|---|---|
| A · 逻辑与连贯 | 硬伤、设定一致性、因果链、视角（前三章不许切视角） | references/02_逻辑与连贯.md |
| B · 剧情与节奏 | 有没有精彩剧情、开篇专项（仅新稿 / 前 3 章）、爽点密度、缩伸节奏、情绪指标 | references/03_剧情钩子与节奏.md |
| C · 钩子与断章 | 章末钩子、连环悬念、断章位置、黄金三章硬判定（金手指见效 / 第 3 章三重任务 / 危机留余量） | references/03_剧情钩子与节奏.md |
| D · 语言精炼 | 废话、冗余、无效描写、段落长度、重复词、格式与标点一致性 | references/04_语言精炼与AI味.md |
| E · AI 味 | 华美空洞、模板词、机械句式（含「在……的时候」）、特殊符号密度、情感恒温、过分因果分明 | references/04_语言精炼与AI味.md |
审前三章或新稿开头时，先跑 references/03_剧情钩子与节奏.md 的「零、开篇专项」逐项打勾（3000 字内引爆核心冲突 / 对话或矛盾开局 / 视角锁定 / 设定两成 / 危机不全解），再进五轮。
剧情是否精彩的判断不许用「还行 / 挺好 / 略平淡」这类空话。必须落到可指认的东西：这一章主角主动做了什么决定、付出了什么代价、情绪曲线是否起伏、有没有读者愿意等下一章的理由。写不出具体依据，就判为「剧情无有效推进」。
Step 3 · 机器扫描
运行 python scripts/scan_ai_flavor.md <稿件路径>（可传多个路径），取回黑名单词命中、句长波动、超长段、重复词、机械句式、特殊符号密度与标点一致性等硬数据，并入 Round D / E。
脚本刻意使用 .md 扩展名以规避本机加密系统，Python 解释器不看扩展名，直接运行即可。脚本只给数据，不代替判断：命中词是否为刻意复用、是否属于人物口癖，由审稿者结合上下文定。
Step 4 · 出报告
套用 assets/审稿报告模板.md。问题分三档：
- 🔴 必改 —— 逻辑硬伤、设定矛盾、直接影响追读（钩子缺失、剧情空转）、明显 AI 水文。
- 🟡 建议改 —— 节奏偏慢、可精简、可强化的钩子、个别模板词。
- ⚪ 可留 —— 风格选择、有意为之的闲笔，只登记不劝改。
用户手写段另起一栏标【勿动】。报告末尾给一句总结论，以及「最该先动的三处」。
Step 5 · 定点改稿（仅在用户确认后）
- 只处理 🔴 与用户点头的 🟡；⚪ 与【勿动】区一个字不碰。
- 每处给
原文 → 改后对照，改动幅度以最小必要为准，禁止借机重排全章。 - 直接覆盖当前生效的
.md稿件文件，不新建 v2 / _修改版 / 副本，避免版本混乱。 - 改完同步更新项目内的事实台账或 STORY_BIBLE（若设定发生变化），然后交付。不追加额外验证。
参考源流
references/01_审稿源流.md 记录各来源的观点与溯源状态，分三档：
| 档 | 来源 | 引用方式 |
|---|---|---|
| 可核实原文 | 星河、猫神、编辑 AI 味访谈 | 可直接称名，追问给链接 |
| 二次整理 | 二宁（用户 2026-11-06 补档，基于直播切片整理） | 只称「直播看稿口径 / 二宁一派的主张」，不加引号冒充原话，无原始链接可给 |
| 通用经验 | 直播审稿形态、阅文高赞技巧、写作营 | 标「通用经验」，不挂名人 |
二宁补档中可吸收的技术项（开篇 3000 字引爆冲突、对话 / 矛盾开局、金手指前三章见效、第 3 章三重任务、视角锁定、设定两成、特殊符号与格式识别）已并入 03 / 04 与扫描器。明确不采纳的部分列在 3.2（一稿多投、「让编辑看不出是 AI」、融梗拆书、题材偏好、平台规则数字、作者心态论），不得以任何形式进入报告的扣分理由。发现某条标准无法溯源时，标注为「通用经验」而非「某某说过」。
资源
| 路径 | 内容 |
|---|---|
references/01_审稿源流.md |
星河 / 猫神 / 二宁（用户补档 + 3.2 排除清单） / 直播审稿 / 编辑 AI 味访谈的观点提炼与三档溯源 |
references/02_逻辑与连贯.md |
事实台账、硬伤清单、BUG 变伏笔、回改红线 |
references/03_剧情钩子与节奏.md |
开篇专项、剧情价值判定、爽点密度、钩子分类、断章、黄金三章硬判定、缩伸与信息密度 |
references/04_语言精炼与AI味.md |
三刀减法、朗读法、AI 味五大特征与黑名单词库、特殊符号 / 格式一致性 / 三条边界 |
scripts/scan_ai_flavor.md |
词频 / 句长 / 段落 / 重复词 / 机械句式 / 特殊符号与标点一致性客观扫描 |
assets/审稿报告模板.md |
报告输出模板（含开篇专项与格式项） |
禁止事项
- 不写「总体完成度很高」式套话，不为了凑数编造问题，不把风格偏好当硬伤。
- 不在报告里大段复述剧情；引用原文单行即可。
- 不因为「读着顺」就放过 AI 味；也不因为命中黑名单就删掉必要的人味闲笔。
- 不擅自改变已确立的世界观、不复活已死角色、不让主角无缘无故变弱。
- 不把审稿变成创作：报告给方向和最小改法，不代写整章。
- 不因题材偏好扣分：重生文加不加系统、走不走系统流，属作者选择，不作 🔴 / 🟡 判定。
- 不做
01_审稿源流.md3.2 里的事：不提供投稿 / 一稿多投策略、不教「让编辑看不出来是 AI」、不建议拆解融梗、不预测成绩、不劝切书、不评价作者。用户明确要求时说明立场并转回文本质量改稿。 - 不把「二次整理」写成名人原话，不编造二宁的案例数据与原始链接；无链接可给时如实说明。
