@lemoncat7/dsh-partner 2.8.1 → 2.8.3

package/resources/skills/story-creation/upstream/skills/story-review/references/anti-ai-writing.md

@@ -0,0 +1,556 @@
+# 去AI味完整指南
+
+> 本文件的句长、视角、标点、修辞与禁用词是默认写法，服从 [style-resolution.md](style-resolution.md) 的逐维裁决。所选 Gate 检查表达效果，不因作者有意选择某写法就机械删除；获准命中按书级 `.deslop-whitelist` 处理。
+
+<!-- 同名副本×4 字节同步，改动后跑 scripts/check-shared-files.sh -->
+
+> 识别AI写作指纹、改写顺序、禁用词约束、改写范例库。用于正文写作后做去AI味自检和改写时查阅。
+
+---
+
+## 决策路由
+
+| 你在做什么 | 查阅哪个模块 |
+|-----------|-------------|
+| 写完正文后做去AI自检 | 核心规则 -> AI写作模式检测 -> 质量维度检查 |
+| 改写某段AI味重的文字 | 改写范例库 + 冲突对话改写范例 |
+| 检查是否用了禁用词 | 禁用词与句式速查 -> AI高频词（模式1） |
+| 系统性去除整章AI味 | 改写顺序 |
+| 检查章尾是否有总结升华 | AI写作指纹 -> 章末总结体 |
+| 判断情绪描写是否告知式 | Show Don't Tell原则 + 去AI味补充技法 |
+| 快速扫描全章质量 | 快速自检口诀 + 质量维度检查 |
+
+## 指令语气
+
+本文件以问题模式和高危清单为主。一级高危词优先检查；二级/语境敏感词按频率、语境和是否偷懒判断。遇到冲突时，保留创作意图与剧情功能优先于机械替换。
+
+---
+
+## AI写作指纹（必须避免）
+
+### 高频AI用词
+
+> 完整禁用词表见 [banned-words.md](banned-words.md)
+
+**补充类目**（`banned-words.md` 未覆盖的高阶替换）：
+
+| 类别 | 替代原则 |
+|------|---------|
+| 抽象升华词（命运、宿命、注定） | 用具体事件代替抽象概念 |
+| 万能比喻（像潮水般、如闪电般、仿佛春风） | 优先不用比喻，确需时只留少数生活化、角色化比喻 |
+
+### 引号只承载真实引用，不给普通名词加戏
+
+不要用双引号给普通名词、常见动作或作者临时概括的概念做“引号强调”。这类写法会把没有特殊含义的词硬包装成术语，连续出现时尤其像模型在替读者划重点。`check-ai-patterns.js` 的 `quote-emphasis-tic` 只负责提示，最终按语境判断。
+
+- **应改**：所谓的"机会"、完成这次"蜕变"、找到真正的"答案"。这些词若只是普通语义，直接去掉引号，用事件本身体现分量。
+- **应保留**：角色对话、逐字直接引用、书名/篇名、确有设定含义的代号，以及手机消息、公告、系统播报等场内载体展示的原文。
+- **边界**：第一次定义术语时可以用引号，但后文不要反复加；讽刺、反话或角色刻意咬重音时可以保留，前提是上下文能看出是谁在强调、为什么强调。
+
+### 章末总结体
+
+**禁止**在章节结尾用以下方式收束：
+- 总结性感悟（"他终于明白了……"）
+- 升华式感叹（"这一夜，注定无人入眠"）
+- 哲理式收尾（"人生就是这样……"）
+- 伏笔式预告（"他不知道的是，更大的风暴即将来临"）
+
+**正确做法**：章尾用动作、对话或悬念收束，让情节本身制造余韵。
+
+### 叠加式描写（同一动作掰开写三遍）
+
+**检测模式**：一个动作/情绪先写发生，再补感知细节，再补身体反应，分三段依次写完。读者看到的是同一个动作被掰开写了三遍。
+
+**典型特征**：
+- 先写一个概括性动作，再展开写同一动作的细节，再写身体反应：三段说的是同一件事
+- "发生层→感知层→反应层"按顺序分段出现
+- 每个维度独立成段，而不是揉进同一段连续正文
+
+**错误示例**：
+> 林父低着头，左手把文书压住，右手拿笔，往纸上落。
+>
+> 手从肘到腕都在抖。
+>
+> 笔尖在纸上停了停，写了一横，又停。那个"林"字的撇写歪了。
+
+→ 同一个动作（手抖/写字）分三段写，每段是同一瞬间的不同维度
+
+**正确做法**：发生、感知、反应三个维度揉进同一段连续正文，读者读到一个完整瞬间：
+
+> 林父左手压着文书，右手拿笔往纸上落，笔尖一触纸面就偏了，从肘到腕止不住地抖，那一横斜着拖出去。
+
+→ 发生、感知、反应在一段里同时呈现
+
+**处理原则**：保留有功能的情绪细节，把同一瞬间的重复描写合并成连续画面。若合并后明显变薄，优先恢复原文中有功能的信息，或把既有信息改成更自然的动作/对话表达；不要新增原文没有的情节、设定、关系或时间线。
+
+---
+
+## 核心规则
+
+> **句长以规则 3 为准**：规则 1-4 和本文件其他地方的「短句 / 拆短 / 能删就删」说法，与规则 3 冲突时按规则 3 执行。
+
+### 规则 1：段落密度诊断
+
+段落长短没有固定优劣。检查重点是朗读和手机阅读是否卡顿：
+
+- 一段通常只承载一个动作、一个信息变化或一组紧密相关的反应。
+- 逗号串太长、多个完整动作挤在一段里，读起来需要换气时，按动作或信息变化拆开。
+- 连续短段碎成提纲时，合并同一镜头内的相邻句，让画面保持连续。
+
+```
+过密：他看着窗外的雨，心中涌起一股说不清的感觉，这些年走过的路和很多已经忘记的事都在这一刻涌上心头。
+
+更自然：他盯着窗外的雨，雨从下午下到天黑。
+"你还在想她？"老刘问。
+他没说话。
+```
+
+### 规则 2：动作 + 对话 + 情绪反应
+
+动作、对话与情绪反应按场景需要交织，不按固定顺序轮换，不为凑齐三项补反应。
+
+情绪没有固定译法，关键节点也可以准确直写。上下文已让情绪成立，不另补反应；需要补足信息时，优先选择、台词、策略、物件或实际后果。
+
+身体细节只有带来新信息、影响动作或体现人物与场景特点时才保留。只在句尾重复标注情绪的微动作删掉，不换部位或同义动作。去味时沿用原文已有事实，不凭空添加摔杯子、攥袖口等行为。
+
+### 规则 3：句子该多长（短句是工具，不是默认）
+
+叙述（旁白）默认写成**逗号长句**：一句用逗号串起 2-4 个动作或信息，再落句号；逗号之间 8-12 字，整句 20-30 字。短句是偶尔的孤立重拍工具，不是叙述的默认写法。
+
+| 场景 | 句长 | 示例（长篇语料原句） |
+|------|------|------|
+| 日常 / 推进 / 描写（多数叙述句） | 逗号之间 8-12 字，整句 20-30 字 | 阴冷潮湿的气息扑面而来，身下铺着一层薄薄的稻草，湿漉漉地粘在皮肤上。 |
+| 对话 | 口语化，长短随角色 | "你疯了？""可能吧。" |
+
+**不合格（与 AI 腔同级）**：
+- 逗号之间连着都是 ≤5 字的碎片（"他抬手，开门，进屋，坐下"式）
+- 通篇 3-8 字句、句号密得像提纲（电报体，见模式 9）
+- 一长一短机械交替（同样是模板）
+
+> **爆款语料校准**（七猫长篇 现言/都市/古言/玄幻/历史 125 本×前 8 章旁白统计）：逗号之间平均 8.8-9.6 字；整句平均 22-24 字；逗号长句占叙述句 74-80%；≤5 字的短片段约占两成，多是孤立的时间词、转折、动作重拍。短篇（盐言体）段落更短（≤15 字的单句段可近一半，长篇约两三成），但句子内部的节奏和长篇一样：**段落随体裁变短，句子内部不碎**。
+
+### 规则 4：口语化表达
+
+- 允许用俚语、粗话（符合角色身份）
+- 对话不要书面语（"我认为此事不妥" -> "我觉得不靠谱"）
+- 叙述也不要端着（"他目光如炬" -> "他眼珠子一动不动盯着"）
+- 短语优先于成语（"无可奈何" -> "没办法"）——只管对话和贴角色声口的叙述；旁白常用成语（不动声色、心不在焉一类）照留
+
+---
+
+## Show Don't Tell 原则
+
+| Tell（告诉） | Show（展示） |
+|-------------|-------------|
+| 他是个胆小的人 | 他把检查报告在手里翻来覆去看了三遍，还是不敢打开 |
+| 这间酒吧很吵 | 酒保凑到他耳边喊了两次他才听见 |
+| 她很富有 | 她随手把一张信用卡丢在桌上，卡面上的数字比这顿饭贵十倍 |
+| 两人关系很差 | 他把烟掐灭在她刚泡的茶杯里，她面无表情地把杯子推到一边 |
+| 他很聪明 | 三秒钟。他看了三秒钟就把文件合上了。"第三页，第二行。" |
+
+**核心方法**：
+1. 用行为代替形容词
+2. 用细节代替总结
+3. 用对话代替旁白说明
+4. 用后果代替情绪总结
+
+---
+
+## 质量维度检查
+
+### 1. 核心一致性（权重最高）
+- 剧情是否与大纲/前文一致
+- 人物行为是否符合人设
+- 设定是否有前后矛盾
+
+### 2. 表面改写（防AI指纹）
+- 是否包含AI高频用词（见上表）
+- 章尾是否有总结/升华
+- 是否有大段纯心理描写
+- 段落是否按戏剧单元/镜头自然断开，避免机械单句成段或为凑短碎成提纲（网文段落规则）
+
+### 3. 格式一致性
+- 对话格式统一：按项目/平台约定保持同一引号风格；知乎盐言短篇可用「」
+- 标点节奏匹配语气：避免通篇句号化；保留有功能的问号和少量感叹号；用动作/短句表达迟疑或打断，不用省略号或破折号硬造停顿
+- 场景切换有明显标记
+- 时间线清晰可追踪
+
+### 4. 可读性
+- 是否有连续多个长句压住阅读节奏，且缺少动作、对话或短句换气
+- 对话是否口语化
+- 是否有未解释的生僻词/设定术语
+- 节奏是否有快有慢（不能全是一种节奏）
+
+### 5. 逻辑连贯性
+- 角色动机是否合理
+- 事件因果链是否清晰
+- 时间线是否对得上
+- 角色的知识范围是否合理（不能"开上帝视角"）
+
+---
+
+## 快速自检口诀
+
+```
+一事一段，镜头自然断。
+对话要像人说话。
+心情不写心里话。
+结尾不搞大升华。
+打斗不写流水账。
+日常要埋伏笔桩。
+```
+
+> 网文段落规则：按戏剧单元/镜头/一件事结束自然断段；短段快读，长段承载完整推理、氛围和情绪链，避免机械单句成段或通篇同长度。
+
+---
+> **番茄高分样本校准**：番茄正文更接近“手机端短段 + 自然虚词 + 场内动作/对话推进”，不是机械指标达标。番茄高分样本 305 章窗口显示：段落中位约 23.5 字，50-60 字行宽平均只占 5.1%；平均对话占比约 20.6%，对话≥50% 仅 3/305，开篇对话 59/305；`地/得` 305/305、`很` 275/305、`像/好像/仿佛/如同` 267/305、顿号 176/305、省略号 281/305。结论：这些只能按语境复核，不能做 0 容忍硬禁令。
+>
+> **反投机边界**：不要为了“反检测”强制每句换行、把 `……` 改成 `........`、把 `地/得` 全改成 `的`、禁用所有顿号/“很”/“像”、强行开篇对话或按三番四证重排章节。去 AI 味是润色，不是结构重写；除非用户明确要求重写，否则不改变章节顺序、伏笔分布、对话占比和人物信息释放节奏。
+
+---
+
+## 禁用词与句式速查
+
+> 完整禁用词表和句式模板见 [banned-words.md](banned-words.md)
+
+### 正确替代示例
+- '他感到一丝紧张，手心全是汗' -> '他签名时划破了纸'（身体细节只在造成后果时留）
+- '"好的。"他说道' -> '"好的。"他把门卡塞回口袋'
+- '他深吸一口气' -> '他把话咽回去'
+
+---
+
+## 10 种 AI 写作模式检测
+
+### 模式 1：AI 高频词
+
+| 禁用 | 替换为 |
+|------|--------|
+| 不禁 | 删掉 |
+| 仿佛/宛如 | 删掉或用具体描写 |
+| 映入眼帘 | 删掉 |
+| 心中暗道 | 用动作展示思考 |
+| 沉声道/淡淡地说 | 换成动作标签 |
+| 脸色一变 | 用具体表情/动作 |
+| 嘴角微扬 | 他笑了/他翘了下嘴 |
+| 不由自主 | 删掉 |
+| 只见/此时此刻 | 删掉 |
+| 目光如炬 | 删掉或具体化 |
+
+### 模式 2：弱化副词泛滥
+阈值：每 1000 字超过 3 个 = AI 签名。重点监控：微微、淡淡、缓缓、轻轻。
+
+### 模式 3：意义膨胀
+- "意义深远" -> 写具体后果
+- "前所未有" -> 给出对比参照
+- "可谓" -> 删掉
+
+### 模式 4：万能结论
+- "未来可期" -> 用未解决的紧张感结尾
+- "前途无量" -> 删
+- "充满希望" -> 写具体的下一步动作
+
+### 模式 5：论文体段落结构
+小说中出现以下开头句 = AI 入侵：
+- "不难看出""由此可见""事实上""综上所述"
+
+### 模式 6：书面语连词泛滥
+叙事散文中频繁出现："于是乎""与此同时""从而""因而""诚然" -> 口语化替代或直接删除。
+
+### 模式 7：三连排比癖
+AI 喜欢把事情凑成三个以显"完整"。-> 砍到只剩最有力的一条。
+
+跨段「不是A。/也不是B。/只是C。」由 `formulaic-parallelism` 作 advisory：它可能是工整铺排，也可能承担辩解、悬念排除或情绪递进；只有重复提纲、拖慢画面时才压缩。该类提示与「至于X不X，怎么X」、同动词「不V A，不V B」都只作语义复核：对话也要检查，但有明确人物声线或任务功能时可保留；若来自细纲多个字段对同一要求的重复，正文只能消费一次，不能逐项复述。
+
+### 模式 8：解释腔 / 上帝视角 / 安排感
+最难察觉、却最"像 AI"的一类。叙述者跳出角色当下，去解释、剧透、总结、定性、拔高，读者能闻到"作者在场"和"剧情被安排好了"的味道。这正是"说教感/上帝感/解释腔/机械感/刻意感/安排感"的来源。
+
+| 表现 | 例（删/改） |
+|---|---|
+| 解释因果 | 「之所以…是因为」「原来…」「这意味着」「正是因为」-> 删。因果只从角色动作、对话、反应里让读者自己拼 |
+| 上帝视角剧透 | 「她不知道的是」「殊不知」「多年以后」「冥冥之中」「仿佛预示着」-> 删。只写角色此刻知道的，悬念让读者自己悬 |
+| 替读者下结论/定性 | 「演得真好」「这出戏她看过一遍」「他就是这样薄情的人」-> 删。把证据（神态、动作、台词）摆出来，定性留给读者 |
+| 替角色总结心理 | 「她明白，这一切都是命」-> 无新增信息就删；确有角色判断时保留带偏见的闪念，不强配身体反应 |
+| 总结/动机/评价链把意义说满 | 「他终于明白」「这是最好的选择」「所有人都会记住这一刻」-> 删掉定性，改成角色当下要处理的具体缺口、未完成动作或局部反馈；不是保留评价再硬塞物件/动作 |
+| 安排感/硬铺垫 | 为后文强行交代背景、整段回忆倒叙 -> 背景按角色此刻真实所需，用闪念、半句话、物件零碎带出，不集中交代 |
+| 升华式收尾 | 结尾对仗拔高、金句点题 -> 用一个动作或一句留白收住，把"意思"压进画面里 |
+| 抽象命运/开端收束 | 「命运终于露出獠牙」「早已布好的棋局」「这一刻终于明白」「属于他的反击才刚刚开始」-> 改成角色当下可见的文件、动作、对话或物理后果；`check-ai-patterns.js` 报 `abstract-summary-tic` 时优先处理 |
+| 套词密度过高 | 仿佛/一丝/一抹/深吸一口气/平静无波/指节泛白等成串复现（`cliche-density-tic`）-> 不是同义词轮换，整段回到角色当下证据：文件、动作、对话、物理后果 |
+| 套式反应细节 | 指尖轻叩、袖口里攥紧、指节泛白、目光移开、“语气平静得像在念……”等反应成片（`stock-reaction-tic`）-> 逐处做删除测试；只标注情绪而不改变选择、关系、物件或动作结果的删掉，不换部位和同义动作；有伤势、动作失败或情节后果的身体细节可留 |
+| 比喻密度过高 | 像/好像/仿佛/如同等比喻标记成片复现（`metaphor-density-tic`）-> 保留最能传递信息或情绪的一两个，其余改回具体动作、物件、声音、后果；不要换成新比喻 |
+| 系统公告公文腔过密 | 方括号规则/面板/公告行里硬规则词成片（`system-notice-formality-tic`）-> 保留为角色看见的屏幕/公告/规则载体；只在载体内部白话化部分硬词，或补角色当场看懂的具体后果，不改成叙述者解释 |
+
+**更隐蔽的一层（最难自查，没有标志词）**——同样是安排感/上帝感：
+- 评判性副词/补语：「关切得恰到好处」「笑得恰如其分」「不多不少」-> 作者在替读者盖章"这是装的"。只写动作（"她掩了帕子，眼睛没动"），装不装让读者自己判。
+- 剧透式点破潜台词：「那点笑她看得分明」「谁都看得出他在撒谎」-> 把藏着的挑明了。留着别点破。
+- 定性比喻/盖棺句：「像在宣判一件早已定好的事」「像看一件死物」-> 比喻在替角色下定论。非角色此刻强烈主观感受就删；要留也只能是她带偏见的瞬间感觉，不是客观断言。
+
+自检：每句问一遍——这是"角色在经历"，还是"作者在讲解/安排"？凡作者跳出来讲，删，或改成角色视角内的呈现。根治办法是锁定深度限知视角：只写视角人物此刻看得见、听得见、想得到的，镜头钉死在角色身体里，作者就没位置跳出来了。
+
+改法优先级：先删或原位替换污染句，不在段尾另补“人味”尾巴。需要补信息时，把原来的总结/动机/评价句改成角色当下能碰到的问题、手续、回信、付款、门外动静等具体压力；已有手机/屏幕/公告/门牌/表单等信息，优先作为角色看见的场内载体保留，不要转写成叙述者解释。具体载体跟剧情走，不套固定清单。
+
+**任务卡点不是固定公式，也不是通用补流程按钮**：它只是把已有解释落回角色当下要处理的缺口。先问原文有没有“要办的事”和“卡住的点”；有，才可以压成任务卡点；没有，就只删解释或改动作/对话，不新造事件链。改完再做“删掉试试”：删掉后不影响信息、情绪、关系、代价或伏笔，就压缩或删除。
+
+**但删解释腔 ≠ 把读者读懵**：新名词/新设定/新道具首次出现时，仍要让读者抓到一个锚——靠角色的动作反应、对话里半句自然提及、或场景里的物理后果，一笔带出它此刻的作用或分量；既不整段讲来历原理，也别只甩个零信息生词让读者干懵。人物记忆、情绪缓冲、因果承接也一样：如果一句看似解释/评价，实际承担小连贯（让读者知道角色为什么脸热、为什么停顿、为什么这一声压不住），不要机械删成摘录清单；把它压成角色当下的白话、动作、物件或半句念头。例：「蓝晶」首次出现不写"这是储存记忆的装置"，但可写她把蓝晶按上太阳穴、别人的记忆碎片炸开在眼前——功能被读者看见，全貌留作悬念。区分：锚是"角色此刻撞上的可感知后果/记忆或情绪承接"（留或压），解释是"作者跳出来讲设定来历/原理/替读者下结论"（删）。
+
+### 模式 9：过度压缩（电报体）
+
+去AI味删过头的反向指纹。每句都压到最短、结构虚词扫光、每个动作都补一个「了下/了一下」式轻反应。单句看着干净，连读像提纲，读者的体感是"不流畅、喘不上气"。删减的目标是删废话（解释、注水、凑数），不是删中文的自然冗余。
+
+| 表现 | 修法 |
+|---|---|
+| 非峰值叙述句也全部压成最短句 | 重拍句（动作/情绪/悬念峰值）保持短促；铺垫、过渡、日常动作写成自然白话句，保留 了/的/就/的时候 等结构虚词 |
+| 「扯了下/停了一下/拍了两下/松了半圈」式微动作高密度复现（check-ai-patterns.js 报 micro-action-tic） | 合并动作，换具体细节；不是每个动作都要接一个反应尾巴 |
+| 强调副词（连/才/又/只/全/反而）被扫光 | 删前判语义：承担人设、对比、讽刺义的保留（"才二十三天"删掉"才"，人设强调就反了） |
+| 对话语气词归零 | 按角色保留自然低频的 呢/吧/啊；也不反向猛加——人味来自结构自然，不是聊天腔 |
+| 叙述残留公文/文言腔（不得/须/未/已然/当前） | 换白话（不能/要/还没/现在）。系统公告、规则条文、面板播报可以保留冷硬功能；若 `system-notice-formality-tic` 报警，只在原载体内白话化一部分，不改成叙述者解释 |
+| 长文本里短叙述段成片（`overcompressed-prose-tic`） | 不是把所有短段拉长。先人工通读：重拍短句、密集镜头如果上下文顺，就保留；只处理读起来像提纲的过渡句，把它们并回同一镜头，让读者顺着动作、空间、因果读过去 |
+| 引号外叙述低连接密度且缺中长句（`low-connective-density-tic`） | 不是全局补“的/了/就”，也不处理台词/弹幕/系统播报的天然短促。先找叙述层读起来像提纲/电报体的断裂处，恢复必要连接、指代和中长承接句；有中长句链条的低功能词文本可保留 |
+
+自检：删完连读一遍，读感像提纲或流水口令，就是删过了——把非峰值句恢复成自然白话，不是接着删。
+
+本模式约束的是删减的度，不降低清理力度：选定 Gate 内的禁用词、套路句式、告知式心理照删照改；回填只回结构虚词和连接，不保留、不恢复任何模板措辞。
+
+### 模式 10：二修伪自然（油腻倒装 / 监控动作清单 / 对话指标化）
+
+一些“反检测提示词”会把文本推向另一种模板：为了提高突发性而乱倒装，为了真人感而机械加口误和脏话，为了手机阅读而强制每句换行，为了对话占比而把心理和叙述硬改成台词。这些不是自然网文，是二修痕迹。
+
+| 表现 | 修法 |
+|---|---|
+| 油腻倒装 | 不写“手里拿着刀，他冲了上去”这类伴随动作前置。连续同主语时，优先用场内物件、声音、局部身体或环境反馈自然换句首；不要滥用死物拟人 |
+| 监控摄像头式动作清单 | 同段连续“伸手拿起、取过、挑开、放下、转身……”像步骤表。合并琐碎动作，只保留有情绪、情节或空间功能的动作；必要时用角色犹豫、误判、旁人反应或环境反馈做缓冲 |
+| 高压场景误脱水 | 冲突、追杀、打斗可删解释和逻辑胶水；日常、暧昧、铺垫不能全章脱水。删的是废话，不是“的/了/就/但是”等自然连接 |
+| 吃字漏词 | 去 AI 后如果动词没有对象、动作指向不清、读者不知道谁对谁做了什么，要补回必要宾语、承载物或物理反馈；中文可省略，但不能省到像提纲 |
+| 对话指标化 | 不为凑 50%-60% 对话占比硬扩台词。台词只在角色真会说、此刻必须说时增加；长对白可拆动作，解释性对白优先压成冲突、回避或半句信息 |
+| 硬格式投机 | 不强制每句换行、50-60 字一行、不把省略号改成英文点、不把 `地/得` 全改错。按平台和项目既有格式走 |
+
+`check-ai-patterns.js` 的 `action-list-tic` 只提示监控动作清单，不是 blocking。功能性打斗/追逐/仪式步骤若动作链本身承担信息，可保留或标 `[需复核]`。番茄高分样本中该类命中为 0，因此适合作为“需通读”的风格提示，而不是硬性失败项。
+
+#### 工具提示处理
+
+`check-ai-patterns.js` 是本地写作 lint；blocking 只限确定性句式/标点问题，advisory 不作完成门槛。用户贴其他工具报告时，只把能落到正文的句式、段落、词汇问题转成具体修改点，不写“0% AI / 100% 真人”或“固定公式”，也不围绕分数反复微调。
+
+工具提示不高于读感规则。参考文本里若出现“仿佛/非常/感到”等套词或告知式心理，仍按模式 1-8 清理；不要机械补词、故意错字或按题材套壳。
+
+**去 AI 味补充判断**：
+- 优先处理：作者解释总结、意义尾巴、把情节翻译成“他意识到 / 这意味着 / 真正重要的是 / 这次成长”。优先删掉，或落回场内动作、对话、物件状态、任务状态和角色当场要处理的后果。
+- 场内载体优先：原文已有手机、屏幕、公告、门牌、表单、账单、物证、规则行时，保留为角色看见/读错/处理的文本或物件；不要把同一信息改写成叙述者解释规则。
+- 白话但不注水：少用精致戏剧反应短语（头皮发紧、眼皮一跳、心口一沉、胃里翻涌）连续替代剧情推进；能写普通动作/普通感觉就写普通动作/普通感觉，并保留自然的“的/了/就/但是/已经/之后/没有”等连接。
+- 题材文风优先：文风对标有帮助，但必须来自目标题材/本书文风指纹；不要把盘龙腔、旧网文腔、第一人称声口等当成跨题材万能修法。
+- 不要当通用修法：单纯加标题、补物件、补动作尾巴、拉长/压短句子、增加排队/门禁/记录体，不能替代具体的情节、视角和语言问题处理。
+
+#### 把提纲句写成连续段落
+
+当文本已无 blocking / 明显 advisory，但读起来仍像提纲时，只处理断裂处：
+
+1. 标出读起来像逻辑报告的段落：连续出现“他知道/他明白/这意味着/真正的问题/必须/需要”等判断链，却缺少当下动作、物件或对话反馈。
+2. 把叙述者结论落地：用角色当下能触到、听到、被迫处理的后果替代“他意识到/这意味着”。不要套固定物件清单，也不要把某个场景外壳当通用规则。
+3. 只在断裂处恢复自然连接和结构虚词；不设比例目标，不机械补连接。
+4. 系统公告、规则条文、面板播报可以保留冷硬短句；`system-notice-formality-tic` 报警时，只在原载体内白话化一部分硬规则词，或让角色当场看到具体后果，不改成叙述者解释。
+
+`overcompressed-prose-tic` / `low-connective-density-tic` 的具体修法：
+
+1. 圈出连续短叙述段，逐段标注功能：爆点/反转/恐惧重拍、密集镜头可继续短；铺垫、空间、因果、动作承接应并回同一镜头。人工读着顺，就不因该 advisory 继续拉长。
+2. 合并时优先补“动作顺序、空间方位、因果承接”，例如“抬头时/门外/已经/还/就/被”，而不是给每句硬塞“的/了/就”。
+3. 合并后再删套词和告知心理：读顺不是恢复 AI 腔，不能把“仿佛/感到/非常/好像”成片加回来。
+
+复核处理：如果清掉 `overcompressed-prose-tic` / `low-connective-density-tic` 后读感仍不稳，停止局部微调，转为段落级重写或人工读感对照。
+
+示例：
+
+```
+过度压缩：
+林遥抬头。
+雨棚外的街灯灭了。
+风也停了。
+柜台上的纸杯晃了两下。
+
+读顺后：
+林遥抬头时，雨棚外的街灯正一盏盏熄下去。风忽然停了，柜台上的纸杯还在原地轻轻打转。
+```
+
+
+---
+
+## 改写顺序（只排所选 Gate 的先后）
+
+下面三步只决定所选 Gate 内问题的处理先后，不另起一轮全篇去味；某一步没有对应的所选 Gate 就跳过。
+
+### 第一步：去泛化（Strip Generic）
+- 抽象情绪总结句 -> 按规则 2 判断：删重复说明，保留准确直写，需要时用原文已有信息落地
+- 假深度句 -> 删
+- 意义膨胀 -> 缩小到具体影响
+- 空洞结论 -> 删
+- 工整对比句式 -> 打散重写
+- 装饰性形容词堆砌 -> 白描
+- 过度使用"于是""然而""此刻" -> 删掉一半
+- 所有角色说话一样"高级" -> 区分语气
+
+**原则**：能删就删，不能删就用具体细节替换。
+
+### 第二步：去书面化（Cut Professional Diction）
+- 分析性用词（"机制""结构""逻辑""体系"出现在小说中）-> 换成日常表达
+- 抽象名词滥用 -> 直接说事
+- 体制内用语（"进一步""深入""推进""落实"）-> 删
+- 专业术语堆砌 -> 只保留必要的，用白话解释
+
+**例外**：保留专业感的场景（历史题材正式用语、文学向刻意密度、喜剧夸张修辞）。
+
+### 第三步：回自然感（Restore Natural Presence）
+- 具体的感官细节（气味、温度、触感）
+- 角色说话方式的区分（不同人不同语气）
+- 句首变化：连续 3+ 句用同一主语或同一词性开头时换开法（动作、场景、对话引入）
+- 节奏变化（长短句交错）：按情绪 beat、动作推进和戏剧单元自然调节句段长短；忌连续多段同一长度，也忌为凑短而碎成提纲。长短不是随机，沉淀处可放慢，冲突/反转处可骤短，完整推理与情绪链优先保持连贯
+- 社会位置感的对话（上级和下属说话方式不同）
+- 场景特有的记忆点
+- 项目特有的语言习惯（角色的口头禅）
+
+**原则**：少即是多。每段加 1-2 个具体细节就够了。
+
+### 执行范围
+
+调用方指定 Gate 时，只处理选定 Gate；改写顺序只排先后，不重新分级或扩大范围。未指定范围时，按实际问题选择适用检查。
+
+### 自检清单
+- 对话自然度检查：对话是否使用口语化表达，是否避免了书面语/正式腔调
+- 删掉任何一句，会影响理解吗？不会 = 可能多余
+- 不同角色能通过对话区分吗？
+- 有没有一个细节是这个场景特有的？
+
+---
+
+## 去AI味补充技法
+
+### Show vs Tell
+
+| 告知类型 | AI写法 | 自然写法 |
+|----------|--------|----------|
+| 告诉期待感 | "他很期待" | 展示期待->情绪->满足的链条 |
+| 告诉角色目的 | "她想离婚" | 用行动展示目的 |
+| 告诉角色态度 | "她很冷静" | 用对话和反应体现 |
+| 告诉剧情走向 | "接下来会发生大事" | 用铺垫->反转->延续展示 |
+
+### 心理描写润物细无声
+
+- 加括号标注内心活动 = 破坏代入感
+- 大段内心独白解释动机 = AI签名
+- 直接写"她感到""她意识到" = 告知情绪
+
+**自然写法**：心理活动自然融入叙事，用行为暗示心理，用沉默/动作/反常行为表达内心。
+
+### 代入感检查
+- 主角行为读者能理解、共鸣、接受吗？
+- 反派够强吗？（弱反派 = 读者觉得主角赢了没意义）
+- 是否围绕人设写行为？（行为/语言/思维围绕人格展开）
+- 读者已知信息是否被有效操控？（信息差制造情绪波动）
+
+---
+
+## 改写范例库
+
+### 情绪落地示例
+
+| 原文与语境 | 处理 |
+|---|---|
+| 「他很紧张。再错一题，补考也过不了。」 | 情绪有具体原因，可以直写，不补手抖或出汗 |
+| 「她已经决定不再等他。她攥了攥袖口。」袖口动作无后续作用 | 删除第二句，不换成低头或咬唇 |
+| 「手腕的伤让他握不住笔，签名只写了一半。」 | 保留，身体状态造成动作失败，不能当作情绪套话删除 |
+
+### 场景描写范例
+
+**AI风场景**
+- '阳光透过窗帘的缝隙洒进来，在地板上投下斑驳的光影。空气中弥漫着淡淡的花香，仿佛整个世界都沉浸在一片宁静祥和的氛围中。'
+- 下午三点，客厅里只有钟在走。
+
+**AI风天气**
+- '天空阴沉沉的，乌云密布，仿佛随时都会下起倾盆大雨。凛冽的寒风呼啸而过，带着一丝刺骨的寒意。'
+- 要下雨了。风把晾在外面的衣服吹得乱晃。
+
+**AI风打斗**
+- '他的拳头犹如疾风骤雨般猛烈，每一击都蕴含着不容置疑的力量。对手的瞳孔微微收缩，显然没有预料到如此凌厉的攻势。'
+- 他一拳怼过去，对方没躲开，嘴角破了。
+
+### 结尾改写范例
+
+**升华式结尾** -> '他站在窗前，望着远方的天际线，终于明白了生活的真谛：有时候，放手才是最好的选择。' -> 他把烟掐了，回屋睡觉。
+
+**总结式结尾** -> '这一刻，一切都变了。她知道，从今以后，她的人生将翻开崭新的一页。' -> 她关上了那扇门。没回头。
+
+**感慨式结尾** -> '岁月如流水般悄然流逝……' -> 直接删掉这种段落。
+
+### 节奏调整范例
+
+> 以下范例处理的是臃肿修饰、堆叠比喻和抽象总结，不是「见长就拆」：改写后叙述仍以逗号长句为主（规则 3），不要把正常的逗号长句拆成短句串。
+
+**排比句**
+- '他看着她的眼睛，看着她的嘴唇，看着她微微颤动的睫毛，心中涌起一股难以名状的情感。'
+- 他看着她，她没说话。
+
+**臃肿长句去修饰**
+- '当他终于推开那扇沉重的木门时，映入眼帘的是一间昏暗的房间，空气中弥漫着陈旧的气息，墙角堆满了落满灰尘的箱子。'
+- 他推开木门，屋里昏暗，墙角堆着几个落灰的箱子。
+
+**工整段落打碎**
+- '她喜欢春天的花朵，喜欢夏天的阳光，喜欢秋天的落叶，喜欢冬天的白雪。每一个季节都有它独特的美。'
+- 她喜欢春天，别的季节也还行。
+
+---
+
+## 冲突对话改写范例
+
+### AI式温和对话
+- '我觉得你这样做不太合适，能不能考虑一下我的感受？' -> "你眼里还有我吗？"
+
+### AI式完美解释
+- '其实我这样做是有原因的，因为当时的情况非常复杂……' -> "你能怎么着？"她把茶杯重重放下。
+
+### 对话情绪五级递进范例
+
+同一冲突场景，从弱到强：
+
+1. **客观陈述**："你把我的东西扔了。"
+2. **陈述+建议**："你把我的东西扔了，以后能不能先跟我说一声。"
+3. **主观指责**："你凭什么动我的东西。"
+4. **指责+命令**："你算什么东西，也配碰我的东西？滚出去。"
+5. **指责+PUA**："我伺候你吃伺候你穿，你连个东西都放不好。你这辈子也就是这样了，离了我你什么都不是。"
+
+### 震惊分层改写范例
+
+**AI式一步到位**：所有人都震惊了，不敢相信自己的耳朵。
+
+**自然分层震惊**：
+1. 对面的男人手抖了一下，茶杯里的水洒出来。
+2. 旁边的人互相看了一眼，有人往后退了一步，角落里有人开始掏手机。
+3. 刚才还趾高气扬的女人，脸上的笑僵住了。她张了张嘴，一个字没说出来。
+
+### 代入感修复范例
+
+**被动主角**：她很害怕，不知道该怎么办，只能等着事情过去。
+
+**主动主角**：她锁了门，把手机调成静音，打开了录音。
+
+---
+
+## 质量检查清单
+
+写完每章后，按此清单逐项扫描：
+
+- [ ] **段落控制**：段落按动作/信息变化断开，读起来不卡
+- [ ] **正文无破折号**：正文（含叙述和对话）无 `——`/`—`/`--`（用句号、逗号、短句或动作断句），不设置对话例外
+- [ ] **AI高频词扫描**：无不禁/仿佛/映入眼帘/心中暗道/沉声道/嘴角微扬/不由自主/只见
+- [ ] **弱化副词计数**：每1000字"微微/淡淡/缓缓/轻轻"不超过3个
+- [ ] **无三连排比**：没有AI式的"三个一组"修辞
+- [ ] **工整否定清单已复核**：跨段「不是A / 也不是B / 只是C」及其他 `formulaic-parallelism` advisory 已连同台词逐条复核；功能性修辞可保留
+- [ ] **无论文体**：无"不难看出/由此可见/事实上/综上所述"
+- [ ] **无书面语连词堆砌**：无"于是乎/与此同时/从而/因而/诚然"泛滥
+- [ ] **章尾无总结升华**：用动作/对话/悬念收束，无感悟/哲理/预告
+- [ ] **无大段心理描写**：心理活动不超过2段，无括号标注内心
+- [ ] **情绪落地**：按规则 2 保留准确直写与有功能的身体细节，删除重复说明，不给每个情绪词配动作
+- [ ] **对话口语化**：无书面腔，不同角色语气可区分
+- [ ] **标点不压平**：没有把质问、爆发、犹豫全部压成句号；也没有随机堆砌 `？`/`！`，或用 `……`/`——` 硬造停顿
+- [ ] **Show Don't Tell**：用行为代替形容词，用细节代替总结
+- [ ] **句长达标**：叙述默认是逗号长句（逗号之间 8-12 字、整句 20-30 字，规则 3）；短句只作偶尔的孤立重拍，用完回到逗号长句；没有连着的 ≤5 字碎片，没有通篇短句像提纲
+- [ ] **detector advisory 逐条复核**：`micro-action-tic` / `stock-reaction-tic` / `abstract-summary-tic` / `cliche-density-tic` / `metaphor-density-tic` / `reasoning-chain-tic` / `system-notice-formality-tic` / `overcompressed-prose-tic` / `low-connective-density-tic` / `action-list-tic` 命中时按脚本给出的修法处理：先通读判断是不是机械复现，确属再改；功能性写法保留或标 `[需复核]`，不做同义词轮换、不机械注水
+- [ ] **不做硬指标投机**：不为反检测强制每句换行、50-60 字一行、对话 50%-60%、英文点省略号，或把 `地/得` 全改成 `的`
+- [ ] **任务卡点服从原文边界**：抽象总结若改成角色办事被卡住，必须来自原文已有任务/证据/手续/物件缺口；不新增原文没有的事件链
+- [ ] **对话自然度测试**：无书面语痕迹 = 通过

package/resources/skills/story-creation/upstream/skills/story-review/references/author-memory-maintenance.md

@@ -0,0 +1,75 @@
+# 作者记忆维护
+
+[author-memory.md](author-memory.md) 的少见时刻补充：记一条、确认、替换、忘掉和优先级仍按那份协议，本文件只在下列情况读——作者说「整理作者记忆」，或回执 `warnings`／查询 `omitted_ids` 提示超编；写入因 `作者画像.md` 写满失败；书根就是工作区，或工具报 `state.book`、单书布局错误；要做存量迁移 `migrate`、多事件原子 `commit`、派生视图 `check`；冲突候选要落定；碰到升级前留下的旧条目。
+
+作者记忆借鉴“原始证据 → 候选 → 已确认画像 → 变更记录”的记忆管道，但把决定权留给作者。
+
+## 文件
+
+```text
+{工作区}/.story/作者记忆/          # 项目级 store：global / genre / workflow 条目，编号 AP
+├── _author-memory-state.json  # 唯一结构化权威
+├── 作者画像.md               # 仅 active，供作者查看与管理
+├── 待确认.md                 # pending / conflict，不参与约束
+└── 变更记录.md               # 最近 100 次、最新在前的事务记录
+{书}/.story/作者记忆/            # 书级 store：只存这本书的 book 条目，编号 BP，同样四个文件
+```
+
+三个 Markdown 文件都从 state 确定性生成，禁止手改；完整历史保留在 state，变更记录只展示最近 100 次。`作者画像.md` 是人类管理视图，普通写作 agent 不整份注入，而是调用 `query` 取得本次相关的紧凑上下文。
+
+## 任务映射表
+
+各 skill 入口的 `query` 命令按此表选 kind；写入时的预算提醒也按这四类任务组合估算。
+
+| 任务 | query kinds | 注入位置 |
+|---|---|---|
+| 正文初稿 / 续写 | `prose_style` + `story_design` | 主会话与实际正文 agent |
+| 去 AI 味 / 改写 | `prose_style` | 主会话与实际改写 agent |
+| 设定 / 大纲 | `story_design` + `workflow` + `interaction` | 主会话，不传正文 agent |
+| 审稿 | `delivery` + `interaction` + 必要的 `prose_style` | 主会话，不降低 rubric |
+
+审稿匹配项只用于交付格式、协作方式和“作者有意采用的表达选择”说明；问题严重度和 PASS/FAIL 仍由 rubric 决定。
+
+## 注入预算与容量
+
+- **写入不因注入预算失败**：`record` / `commit` 照常成功、给回执；工具按上表四类任务组合估算最坏查询情形（全局条目＋各 scope 维度最重的单一切片，切片按大小写无关归并、轻重按写作时真正读到的字段算，与真实查询同一把尺），装不进 2048 字节的组合在返回的 `warnings` 里点名将被略过的条目及其断言首句。
+- 写入落盘后另一级 store 读不出来（书目录不存在、`--book` 与书级记录不符等）也照常给回执，`warnings` 注明本次提醒没算上它。写书级条目时「本书＋全局」按实际条目精确计算；写项目级条目时只看得到项目级 store，顺手传 `--book-root` 就把当前这本书也算进提醒。
+- 查询按 **重要度 → 本书例外 → 最近更新** 排序装填（同一范围的条目必在同一 store，「最近」按该 store 的修订号比，不跨 store 比较），先丢的恒是重要度较低的条目——`importance` 决定超编时谁留在 prompt 里。装不下的条目跳过而不中断（一条长的不挡后面的短条），漏下的 ID 按同一优先级报进 `omitted_ids`（最多列 20 条，`omitted` 是真实总数）。
+- 注入预算之外还有一道硬上限：`作者画像.md` 超过 12288 字节时写入会直接失败并要求先整理。active 条目攒到几十上百条才会碰到（远在注入预算之后），碰到就走「整理作者记忆」；`forget` 这类减量操作在满编时照常可用。
+
+## 整理作者记忆
+
+作者说「整理作者记忆」，或回执 `warnings`／查询 `omitted_ids` 提示超编、写入因画像写满失败时：读项目级与当前书的 `作者画像.md`（每条都标了范围、重要度、把握和确认次数，重要度就是超编时的去留依据），提出合并同义条（`replace` 多合一）、退役过时条（`forget`）、给错标成 `high` 的条目下调重要度、把超长断言压缩成一句话的提案；项目级画像里还有「本书：」条目时，「对该书运行 `migrate --book-root`」列为默认提案项。清单用原话逐条列给作者确认（编号只放括号里），确认后按 store 各汇成一份 `commit` 事务提交（一份事务只写一个 store）。合并时保住每条的否定词、限定词和适用范围——合不动就退役其中一条，不要靠删限定词把两条凑成一条。整理只由作者发起或确认，不自动执行。
+
+## 冲突候选
+
+冲突候选（`conflict`）不能绕过旧规则直接 `decide=activate`。作者选新说法：用 `replace`，`old_ids` 同时列旧 active 条目和这条冲突候选，新条目直接 active、两条旧的标 `superseded`；作者留旧规则：对候选 `decide=reject`。旧条目被 `replace` / `forget` 撤下后，它不再是任何候选的冲突对象，冲突对象清空的候选退回 `pending`。
+
+## 单书布局
+
+书根就是工作区（`--book-root` 与 `--workspace` 同一目录）时，书级 store 改住 `{工作区}/.story/作者记忆/书级/`，与项目级各自一份 state；首次建立的书名优先取项目级存量本书条目里唯一的书名，再取目录名。旧版曾把书级 state 写在项目级位置，此后项目级读写都报 `state.book`；带 `--book-root {工作区}` 运行任一命令（含 `query`）会先把它原样移进 `书级/`，不改内容。这个目录其实是某个工作区里的一本书时（上一层叫 `长篇/` 或 `短篇/`，或某个祖先有 `.active-book` 或项目级 state），工具直接报错、不动任何文件，按报错改传 `--workspace`。
+
+## 存量迁移
+
+不做双读：升级前写进项目级 store 的 book 条目不再参与查询与预算估算，也不再接受新的 book 写入；它们仍在 `作者画像.md` 里可见、可 `decide` / `forget`。对每本书运行一次 `migrate --book-root {书目录}` 即可整批搬回来：断言、证据、确认次数、重要度原样保留，换成 `BP` 编号，原 `AP` 条目标 `superseded` 并注明去向；与全局条目的冲突关系在迁移后不再成立，这类候选退回 `pending`。书级每个源条目一笔事务，重跑只补没做完的一半。「整理作者记忆」看到项目级画像里还有「本书：」条目时，把迁移列为默认提案项。
+
+## 旧条目
+
+- 升级前写下的长断言不受 120 字节新建上限约束：原样重申它会**强化**原条目（确认次数 +1），不会因超长被拒；只有真正新建条目才校验 120 字节。
+- 存量 state 里推断类旧来源的条目照常可读、可确认、可退役；新写入仍只接受 `explicit_user`、`accepted_suggestion`、`manual`。
+
+## 其他命令
+
+先依次尝试 `python3`、`python`、`py -3` 找到 Python 3，再从当前 skill 根运行本地副本（`record` / `query` 见 author-memory.md）：
+
+```text
+{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py init    --workspace {工作区} [--book-root {书目录}]
+{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py commit  --workspace {工作区} [--book-root {书目录}] --input {工作区}/.story/work/作者记忆-事务.json
+{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py migrate --workspace {工作区} --book-root {书目录}
+{PYTHON} {当前 skill 根}/scripts/author_memory_commit.py check   --workspace {工作区} [--book-root {书目录}]
+```
+
+- `commit`：高级批量入口，只在需要把多个动作绑定成一次原子提交时用（如整理作者记忆）。顶层传 `schema_version`、唯一 `transaction_id`、当前 `expected_state_revision` 和含 1–32 项的 `operations`（每项与单事件的 `operation` 同形）。一份事务只写一个 store；先在内存完成 schema、引用、容量和所有视图校验，操作按数组顺序应用，任一步失败则整份事务零写入，最后原子替换 state。过期修订会在任何写入前失败。事务文件在成功前必须保留，成功后删除；显式记忆请求按 author-memory.md「回执怎么告诉作者」转告。
+- `migrate`：把项目级 store 里某本书的存量 book 条目整批搬进 `--book-root` 的书级 store，幂等，中途失败直接重跑；返回 `migrated`（源→新编号），没有存量时为空。
+- `check`：从 state 重建并逐字核验所有派生视图；传 `--book-root` 时两级一起核验。
+- `init`：显式初始化 store；平常不需要，首次 `record` 会随事务创建。