# 写给作者看的话

对话回复（进度、确认、汇报、出错说明）与落盘文件（`快速预览.md`、`拆文报告.md`、`人物关系图/人物关系图.md`）均按本文件写。代码块给出可直接采用的话术。

## 总规则

1. **说书，不说系统**：讲这本书、这几章、读者的感受和作者能怎么用。进度用「拆到第几章 / 共几章」，不说阶段编号、批次或命令。
2. **不出现工程痕迹**：脚本名和命令、JSON 字段名（如检查器和计划器输出里的分类、推荐路径、阶段修复、最终状态）、状态值、批次编号、内部文件（运行进度、缓存、机械章节表）、hash、质量指标名（置信度、覆盖率、重叠率）、证据分级字母、「三维」这类内部口径。这些只在你自己的判断里用。
3. **编号必须带人话名**：情绪模块卡、关系、事件的编号单独出现作者看不懂。要么只写名称，要么写成「退婚当众打脸」（情绪模块卡 EM-003）；关系写成「林远 → 苏晴：由信任到反目（第9章宗门大比）」，不写关系编号。
4. **证据强弱说人话**：原文直接写了的直接陈述；由几处细节推出来的写「从第3、5章的细节看，大概率……」；证据不够的写「推测，待回原文核实：……」。
5. **需要作者拿主意时**：一次只问一个具体问题，给出推荐选项和理由。推荐不等于授权；需要确认的选择等作者回答，已授权范围内的常规工作按默认做法继续。
6. **工程细节默认不写**：作者追问或排障确实需要时，放在回复最后单独一行「（技术备注：……）」，不超过一行。
7. 脚本输出里带 `author_message` 的，按它的意思转述给作者（可润色，不改事实、不删选项），不要贴 JSON、错误码或 `detail`。

## 对话里的回复

### 开头三章拆完、停下来问

```text
《{书名}》开头三章拆完了，速览写在 快速预览.md。

一句话判断：{开篇靠什么抓人、主角怎么立住，一两句}。
最值得学的一点：{最有借鉴价值的写法，一句}。

要继续把后面 {剩余章数} 章也拆完吗？我建议{继续 / 先拆到第一卷末 / 只拆第 X–Y 章这一段 / 到此为止}，因为{理由}。
继续的话我每次同时拆三段（每段最多三章），全部拆完大约要 {轮数} 轮；段和段之间的人物称呼、没收尾的剧情在最后汇总时对齐。

是否继续，等你决定。
```

### 作者问起怎么拆

拆法默认替作者定好（每次同时拆三段），不主动列选项。作者问能不能更快、更稳，或说想换拆法时，才这样解释，作者选了就换：

```text
有三种拆法：
1. 一段接一段按顺序拆：前后章的人物称呼、没收尾的剧情能逐段接上；等待较长。
2. 每次同时拆三段（现在用的）：可减少等待；段和段之间偶尔要等全部拆完汇总时再对齐人物和剧情。
3. 尽量同时拆更多段：等待更少；前后接续全靠最后汇总时对齐，汇总会多花些工夫。电脑或账号扛不住时我会自动放慢。
```

### 拆的过程中报进度

每拆完约一成或每隔几次提交报一次，不要每批都报。

```text
《{书名}》拆到第 {已拆章} / {总章数} 章（约 {百分比}%）。
刚拆完的这段：{这几章的看点，一句话}。
接下来拆第 {起章}–{止章} 章。
```

某几章连续没拆成、正在缩小范围重试时，只在重试也失败后才说：

```text
第 {起章}–{止章} 章拆了两次都没成功，{原因的人话说法，如：这几章特别长 / 内容格式识别不了}。
其余章节不受影响，我先继续往后拆；这几章{稍后单章重试 / 需要你看一下原文是否完整}。
```

### 全部拆完

```text
《{书名}》拆完了：共 {总章数} 章、约 {总字数} 万字，{全部拆完 / 第 {x}–{y} 章没拆成：{原因}}。

这本书最值得学的{一到三}点：
1. {开篇怎么钩住读者——在第几章、用了什么手法}
2. {读者追着看的核心情绪或爽点，怎样一次次兑现}
3. {节奏上的特点：哪里快、哪里慢、为什么这样安排}

可以直接借用的套路：
- {套路名}：{在什么场景用、怎么起效}
- {套路名}：{……}

不建议学的：{一条，附原因}

去哪看：
- 先看总报告：拆文报告.md
- 开头三章逐章怎么写的：章节/第1章_深度拆解.md 到 第3章_深度拆解.md
- 节奏和信息怎么一步步放出来：剧情/节奏.md
- 读者爱看的情绪套路（可以拿去用的模块）：剧情/情绪模块.md
- 故事主线和每段剧情：剧情/故事线.md 和 剧情/ 下的各段
- 人物和人物关系：角色/，关系图看 人物关系图/人物关系图.md
- 世界观和设定：设定/
- 想模仿它的文风：文风.md
- 查某一章发生了什么：章节/第N章_摘要.md

{需要你定的：一个问题 + 推荐选项；没有就不写这一段}
```

只拆了一部分或只补了几个文件时，「去哪看」只列这次新增或更新的文件，并说清哪些是上次就有的。

### 停下来或出错时

先说发生了什么、对这本书有什么影响，再给出路；有选择就按总规则第 5 条问。常见情况：

```text
没找到拆文目录：
「没找到 拆文库/{书名}，书名或路径对吗？」

原文和上次拆的时候不一样了：
「原文和上次拆的时候不一样了（{改了哪几章 / 换了文件}）。已拆好的章节不会被改动，只有改过的章会重读{上次楔子并进了第一章时加：；楔子这次也照样并进第一章}。按新原文继续吗？（推荐：继续）」
重建后前面的章号对不上时，转述脚本给出的说明和两个选项，推荐第一个。

原文里认不出章节：
「原文里认不出章节标题（比如“第1章”“楔子”这类），能看一下原文开头的格式吗？」

旧拆文的章号和这次对不上：
（转述脚本给出的说明和选项，问作者选哪一个：开头有楔子时是三个选项，推荐「按旧章号继续」；没有楔子时是两个选项，推荐「换一个新目录」）

选题决策缺栏目：
「选题决策.md 缺「能爆的原因」这一栏，这次先不回填。想回填的话，重新做一次长篇扫榜的选题决策再回来。」

关系图画不出中文：
「{照转脚本返回的原因：当前环境不能画图片 / 这台电脑没有中文字体 / 电脑上的中文字体显示不了图里的某几个字}，关系图没做成图片，已经写成 人物关系图/人物关系图.md，用能预览 Markdown 的编辑器打开就能看到中文。」

文风没生成：
「文风这部分没生成：{缺原文 / 样本太少}。其他结果都能用；{补上原文 / 多给几章} 后我可以单独补文风。」
```

## 快速预览.md

开头三章拆完后的快照，只用开头三章和全书概要里已经有的信息。`拆文报告.md` 沿用「基本信息」「黄金三章评分」两节的同名同结构，拆完后两份并存，不删快速预览。

```markdown
# 快速预览：{书名}

> 根据开头三章和全书概要做的早期判断；全书拆完后以 拆文报告.md 为准。
> 进度：开头三章已拆完，{等你决定是否继续 / 正在继续拆后面的章节}。

## 基本信息

书名：{书名}
题材：{题材}
总章数：{总章数}
总字数：{总字数} 万
目标平台：{原书所在平台，看不出来就留空}

## 黄金三章评分

| 维度 | 评分（1-5） | 为什么这么打 |
|------|------|------|
| 开篇钩子 | | |
| 主角塑造 | | |
| 爽点设计 | | |
| 世界观铺设 | | |
| 章尾悬念 | | |

## 开篇判断

- 开头靠什么抓人，效果怎样；
- 主角是怎么立住的；
- 世界观是怎么一点点交代的；
- 三章各自承担什么任务。

## 早期可借鉴点

3-5 条，每条写清「在第几章、用了什么写法、为什么有效」。

## 值不值得拆完

一句话建议：{继续拆完 / 重点拆某一段 / 参考价值有限}，理由：{……}。

## 继续拆会得到什么

逐章摘要、主线和每段剧情、节奏与信息释放、读者爱看的情绪套路、人物和设定、人物关系图、完整拆文报告、文风。
```

## 拆文报告.md

这是全书的阅读入口，只综合落盘的剧情、节奏、情绪模块、角色、设定和文风结果，不为写报告重读全文，也不复制逐章摘要；细节写一句结论再指向对应文件。这几个小节名有下游在读，保留原名：「基本信息」（写作端读题材，导入读题材与目标平台）、「核心发现」「读者在追什么」「伏笔与冲突」（导入；核心发现也用于选题回填）、「不建议模仿」（写作排卷纲）、「写法技巧」「可借鉴套路」「文风一句话」（文风）。

```markdown
# 拆文报告：{书名}

> 一句话：{这本书靠什么留住读者}
> 拆到哪：全书 {总章数} 章、约 {总字数} 万字，{全部拆完 / 第 {x}–{y} 章没拆成：{原因}}。

## 基本信息

书名：{书名}
题材：{题材}
总章数：{总章数}
总字数：{总字数} 万
目标平台：{原书所在平台，看不出来就留空}

## 核心发现

3-5 条这本书为什么好看：每条写「发现 + 在哪几章能看到 + 你写书时可以怎么用」。

## 黄金三章评分

沿用 快速预览.md 的五项评分表；「为什么这么打」一栏写一句人话理由。

## 读者在追什么

读者最想看的 1-3 件事、每次怎样被满足、满足之后为什么还想往下看。详细的情绪套路见 剧情/情绪模块.md。

## 故事怎么推进

主线和主要副线各一句。再按大段落写：主角想要什么 → 卡在哪 → 靠自己、别人还是意外翻过去 → 得到什么、付出什么 → 引出下一段的什么。每段注明章节范围，细节见 剧情/ 下的各段剧情。

## 人物与关系

主角、主要对手、核心配角各一两句：是谁、想要什么、在故事里起什么作用；功能角色只列名字和戏份。
关系图见 人物关系图/人物关系图.md（有图片版时在这里嵌入 人物关系图/核心人物关系.png）。
关键关系的变化逐条写成「甲 → 乙：由……到……（第几章，因为……）」；甲保护乙、乙依赖甲这类方向不同的关系分开写。

## 读者知道的和角色知道的

挑几个关键秘密或真相：它实际发生在哪一章、读者在第几章知道、主要角色在第几章知道，这个时间差带来了什么悬念或爽感。详见 剧情/节奏.md。

## 节奏

- 事情推进：哪几段推得快、哪几段在铺垫，转折落在哪几章；
- 读者情绪：高点在哪几章、低谷拉了多长、怎么拉回来；
- 笔墨分配：作者在哪些场面上花大篇幅、哪些一笔带过，这样安排的效果。

### 爽点密度

大约每 {几章 / 几万字} 一次明显的爽点，{偏高 / 适中 / 偏低}；最长的空档在第 {x}–{y} 章，作者用{什么}撑住。

## 伏笔与冲突

跨章较远或影响主线的伏笔：在第几章埋下、第几章揭开、揭开时读者是什么感受。冲突怎么一级级升级，最后落到哪里。

## 可借鉴套路

先用一两句说这本书反复使用的爽点类型和节奏套路，再列最值得复用的几条（最多三条）：

1. {套路名}：读者想看什么、情绪怎么一步步推上去、在什么场景用、第几章能看到、换书时哪些要换掉、哪些不能照搬（原书专名、事件顺序、标志性台词）（对应情绪模块卡「{模块名}」（EM-{编号}））
2. ……

## 写法技巧

1. {技巧名}：怎么用、在第几章能看到。优先覆盖一笔两用、延迟揭示、视角欺骗、对比锚点、行为循环、用身体反应代替心理描写、跨章回扣（同一件物品或意象在不同章节承担不同作用）。

## 不建议模仿

1. {问题}：{为什么不建议、写的时候怎么避开}

## 文风一句话

{句子长短、对话习惯、情绪起伏的特点}；详细见 文风.md；若文风尚未生成，写明待补，不先推测。

## 还不确定的地方

- 没拆到的章和原因；
- 原文没有直接写、靠推测得出的结论（写成「推测：……，依据：第几章……」）；
- 没能生成的内容和原因（照转脚本给的原因，例如不能画图片或缺中文字体时关系图只有 Markdown 版）；
- 值得回原文再核一下的地方。
```