chinese-novelist-skill（中国小说家的技巧）

Chinese Novelist

Version

• Version: 2.2.1
• Version Date: 2026-04-27
• Changes: Darwin 优化轮：新增执行入口速查与首轮输出契约，明确新建、续写、快写、修改、自动驾驶、收尾导出、质量检查的首轮交付；保留 v2.2.0 的收尾期、多线叙事、中断恢复、断路器恢复与脚本测试覆盖
• Previous Versions: see CHANGELOG.md

Overview

为中文长篇小说和网文创作提供一套可持续执行的工作流：先稳住设定与大纲，再按章节推进，持续维护人物状态、悬念台账和文风质量，避免写到后面失控、注水或前后打架。

执行入口速查

先判断用户意图，再进入对应流程。不要把所有能力一次性展开；首轮只交付当前入口最需要的内容。

首轮输出契约

每次响应先完成当前入口的最小闭环：

1. 先定位阶段：明确是策划期、连载期、收尾期、修改、导出还是检查。
2. 再收集缺口：只追问会阻塞下一步的缺失项；自动驾驶模式不追问，按题材模板推断。
3. 立刻给可用产物：新书给书名和总纲，续写给下一章任务或正文，修改给诊断和修改方案，检查给脚本结果。
4. 少解释流程：除非用户问方法，不要长篇介绍本 skill；把流程体现在产物里。
5. 维护文件状态：凡是创建、续写、修改章节，都同步更新 99-进度仪表盘.md 中的进度、人物状态和悬念状态。

When to Use

• 用户要从零开始写中文小说、网文、长篇故事、连载故事
• 用户已有设定，想补大纲、人物档案、世界观、章节规划
• 用户要续写已有章节，要求前后连贯
• 用户要重写某章，增强钩子、节奏、对白、人物张力或减少 AI 味
• 用户要将小说导出为 EPUB 电子书（如"帮我导出 epub"、"把这本书导出为电子书"）
• 用户要检查章节字数（如"帮我看看这章多少字"）

三阶段工作流

本 skill 采用简化后的三阶段工作流：

阶段切换

用户说... → 进入...

• "帮我写个小说" / "从头开始" → 策划期（从极简大纲开始）
• "继续写" / "下一章" → 连载期（自动读取进度）
• "写完了" / "准备发布" → 收尾期（完稿检查）

⚠️ 阶段转换检查点

策划期 → 连载期（必须确认）：

• 极简大纲已完成，logline 清晰
• 主角身份和核心冲突明确
• 用户已确认书名
• 首章任务卡已设计

人工模式 → 向用户确认："大纲和首章任务已就绪，是否开始写第 1 章？" 自动驾驶模式 → 自动通过，立即开始写第 1 章（书名自动选推荐项排名第 1）

连载期 → 收尾期（必须确认）：

• 大纲规定的所有章节已写完
• 所有活跃悬念有明确的回收或延后说明
• 用户明确表示"写完了"或"准备收尾"

人工模式 → 向用户确认："全部章节已完成，是否进入完稿检查？" 自动驾驶模式 → 自动通过，直接进入完稿检查

写作速度开关

在连载期内，支持两种速度：

快速模式原则：写出来比写对更重要。写完再改，不打断创作流。

🤖 自动驾驶模式（Autopilot）

当触发词包含"自动写完整本"、"全部写完"、"写完整本书"、"自动完成"、"autopilot"时，进入自动驾驶模式。此模式下，AI 自主走完从策划到收尾的全流程，不停顿等待人工确认。

与人工模式的核心区别

自动驾驶安全机制

自动驾驶模式虽不等待人工确认，但需遵守以下护栏：

Intake 自动填充规则

当用户初始请求中信息不足时，按以下规则自动填充：

题材模板（自动填充用）

未覆盖题材：使用最接近的模板（如末日→科幻，古言→历史），故事引擎默认升级流，文风默认"紧凑流畅"，缺陷默认"执念→代价→成长"。

自动写作循环

进入自动驾驶后，连载期按以下循环执行，直到大纲全部章节写完：

while 大纲还有未写章节:
    1. 读取进度仪表盘 → 获取当前状态
    2. 检查悬念状态 → 处理过期悬念
    3. 明确本章任务 → 目标/阻碍/转折/钩子
    4. 场景拆分 → 3-6个场景
    5. 写正文 → 完整章节（不超过8000字）
    6. 质量检查 → 红灯项必须通过
    7. 回写状态 → 更新进度仪表盘
    8. 自动开始下一章 → 不停顿

红灯项未通过时：自动重写该章节最多 2 次。2 次后仍不通过，标注问题后继续下一章。

连续失败熔断：连续 3 章红灯不通过 → 强制暂停，输出诊断报告，等待人工介入。

收尾触发

大纲全部章节写完后，自动进入收尾期：

1. 执行出版门控检查（倒序检查 + 烂尾预警）
2. 输出完稿报告
3. 如用户要求，自动运行 EPUB 导出

策划期流程

进入策划期后，按以下顺序执行：

1. Intake → 补齐关键信息（7 项）（详见下方 Intake 章节）
2. 素材积累（如需）→ 题材涉及专业领域时，参考 04-素材积累.md 收集资料，标记"必须准确"vs"可以虚构"
3. 书名生成 → 生成 3-5 个候选书名供用户选择（详见下方 书名生成 章节）
4. 创建文件 → 按 Required Files 创建大纲和仪表盘
5. 规划确认 → 按 Planning Rules 锁定核心内容
6. 用户确认 → 阶段转换检查点通过后，进入连载期

Intake

只补问真正缺失的关键信息，优先补齐以下 7 项：

• 故事引擎（核心机制、代价/资源、升级规则）
• 题材 / 子类型
• 一句话 premise 或核心冲突
• 主角身份、最大欲望、致命缺陷
• 目标读者、文风关键词、禁忌
• 叙事视角（第一人称 / 第三人称 / 群像）
• 篇幅目标与交付模式

如果用户只给了模糊想法，不要空泛追问；应给出具体备选并推荐更稳的方案。

关于故事引擎： 如果用户说不清引擎，用引导问题帮助提炼：

• 「读者追这本书的理由是什么？是主角的成长？还是谜题解开的那一刻爽感？」
• 「主角每赢一次，代价是什么？代价会越来越大吗？」
• 「这个故事到最后，代价会大到什么程度？」

书名生成

策划模式开始时，必须为小说生成 3-5 个候选书名供用户选择。每个书名需在 20 字以内，且必须满足以下原则：

命名原则

1. 避免模板感：不直接使用「xxx 的 xxx」「xxx 传」「xxx 记」等通用套路
2. 有画面感或隐喻感：标题能引发读者联想，激发好奇心
3. 体现核心主题或人物命运：不是单纯描述事件，而是暗示更深层的东西
4. 音韵节奏：中文书名要顺口、有抑扬顿挫

标题结构参考

生成流程

1. 分析故事引擎（核心机制、代价、升级规则）—— 书名往往暗示机制
2. 提取 2-3 个关键词作为标题元素
3. 运用上表中的结构，组合生成 5 个以上候选
4. 评估每个候选的：独特性、画面感、与主题的关联度
5. 精选 3-5 个最佳选项，每项附上一句话说明推荐理由
6. 让用户最终确认书名

示例输出

根据你的设定，我生成以下候选书名：

1. **《枯叶刀》** — 以主角标志性武器为意象，暗示她看似脆弱实则锋利
2. **《第七次下雪时我来接你》** — 数字+时间承诺，营造悬疑与浪漫交织
3. **《没有人能活着离开这个镇》** — 反常识宣言，直接激发读者好奇心
4. **《她的名字是秘密》** — 聚焦核心悬念，暗示名字背后的隐情
5. **《雾中来信》** — 意象型，营造神秘通信的紧张感

推荐优先考虑「枯叶刀」或「第七次下雪时我来接你」，前者更独特，后者更易引发好奇。

Required Files

在 novels/<书名>/ 内创建或更新：

核心文件（必须）：

• 00-大纲.md → 使用 outline-template-v1-minimal.md（默认，10 个字段，5 分钟完成）
• 99-进度仪表盘.md → 使用 progress-dashboard-template.md（自动生成，AI 维护）

可选深化文件（按需选用）：

• 01-人物档案.md → 使用 character-template-v2.md（默认推荐，欲望 - 恐惧双引擎驱动写作）或 character-template.md（v1 简单静态版）
• 02-世界观与伏笔.md → 使用 story-bible-template.md（世界观复杂时补充）

章节文件：

• 第XX章-标题.md → 使用 chapter-template.md

专用文件（按需）：

• 03-多线管理.md → 使用 references/03-多线管理.md（仅多线叙事小说）
• 03-悬念追踪表.md → 使用 references/09-悬念生命周期管理.md（悬念超过 3 条时必须启用）
• 03-悬念-章节匹配.md → 使用 references/10-悬念-章节匹配矩阵.md（长篇连载时启用）

Planning Rules

开始批量写章节前，至少锁定以下内容：

• logline
• 主线冲突、对抗力量、利害关系
• 主角外部目标与内在成长弧线
• 结局类型与兑现方式
• 采用的结构模板（参见 plot-structures.md）
• 逐章功能分配
• 未回收悬念、伏笔、时间线、关系状态

人物档案（推荐 v2）： 使用 character-template-v2.md，核心包括欲望 - 恐惧双引擎（驱动写作决策）、声音指纹（保持对白一致性）、缺陷 - 失败映射（让人物真实可信）

除非用户明确要求跳过规划，否则不要直接写完全书。即使用户要求”直接开写”，也先产出一页精简总纲再动笔。

质量检查红绿灯

每章交付前，执行三级检查：

红灯项（必须过关）

• 变化原则：本章发生了不能删除的变化（情节推进/关系变化/状态改变）
• 字数达标：≥3000 字（快速模式≥2500 字）
• 钩子存在：结尾有明确的悬念/问题/张力
• 人物一致：主要人物行为符合设定

黄灯项（建议优化）

• AI 味程度（运行 python3 scripts/check_ai_style.py <章节文件路径> 自动检测）
• 对白自然度
• 展示 vs 讲述比例

AI 味检测详情： 检测 9 种症状（空泛形容词、四字成语、情绪标签句、解释连接词、过度书面化对白、视角混乱、信息倾倒、时间转折词、句式均匀），详见 references/ai-style-examples.md（改写范例）和 references/ai-style-by-genre.md（按题材专项防治）

绿灯项（完稿时统一检查）

• 伏笔回收状态
• 整体节奏曲线
• 人物弧线完整性

执行原则：红灯项必须全部通过；黄灯项超标时给出修改建议；绿灯项在收尾期统一处理。

连载期写作循环

每写一章都按这个循环执行：

1. 读取上下文：先读 99-进度仪表盘.md 获取当前状态，再读 00-大纲.md、最近章节摘要、02-世界观与伏笔.md
2. 检查悬念：查阅进度仪表盘中的悬念状态，如有🔴过期悬念，本章必须提及；如有🟡即将过期悬念，本章建议推进
3. 明确本章任务：本章目标 / 阻碍 / 转折 / 结尾钩子
4. 场景拆分（标准模式）：拆 3-6 个场景，再落正文；快速模式跳过此步直接写
5. 写正文：开头前 20% 必须尽快进入冲突，参考 chapter-guide.md

- 如果在写首章，额外参考 opening-design.md

1. 对话、扩写、连贯性、结尾钩子分别参考：

- dialogue-writing.md - content-expansion.md - consistency.md - hook-techniques.md 或按章节位置选用 13-钩子映射表.md - scene-design-v2.md（默认推荐，含场景任务检查卡和价值测试）或 scene-design.md（v1 基础版） - style-polishing.md - AI 味改写：ai-style-examples.md 和 ai-style-by-genre.md（按题材专项防治）

1. 质量检查：运行 python3 scripts/check_chapter_wordcount.py <章节文件路径> 检查字数；按「质量检查红绿灯」执行三级检查（见上方）
2. 回写状态：更新章节摘要、人物状态、伏笔状态与章节进度到 99-进度仪表盘.md
3. 自动驾驶模式专用：回写完成后立即开始下一章，不停顿等待反馈

悬念管理

连载期间（人工和自动驾驶均适用），每章写作前必须检查悬念状态，防止悬念过期或遗忘。

每章悬念操作流程：

1. 查看 99-进度仪表盘.md 中的悬念状态
2. 标记本章要操作的悬念：

- 推进（给出新线索/新进展） - 提及（保温，防止过期） - 解决（回收悬念） - 新增（本章引入新悬念，需检查活跃悬念≤6 条）

1. 写入章节钩子中

悬念过期预警规则：

• 🟡 即将过期：5 章未提及 → 本章必须提及
• 🔴 已过期：10 章未提及 → 必须在本章推进或解决

详细参考： references/09-悬念生命周期管理.md（状态定义和预警规则） references/10-悬念-章节匹配矩阵.md（章节 - 悬念匹配和强度检查）

修改工作流

当用户要求修改、重写或打磨某一章时，按以下流程执行：

第一步：问题诊断

读取目标章节，对照质量标准，找出具体问题。用一句话描述问题（如"开头 300 字太拖，没有进冲突"）。

常用问题诊断清单：

开头问题

• 开头是否在 20% 内进入冲突？
• 是否有"钩子"吸引读者继续看？
• 是否有过多的背景/设定说明？

节奏问题

• 是否有过多的"summary"（概述）而非"scene"（场景）？
• 是否在某段停留太久？
• 每章是否有明确的事件推进？

对白问题

• 对白是否推进了剧情/关系？
• 对白是否有多余的"解释腔"？
• 人物说话是否符合性格？

结尾问题

• 结尾是否有钩子？
• 是否留下了悬念或转折？

一致性问题

• 是否与前文设定冲突？
• 人物状态是否连贯？

第二步：修改分级

根据问题类型和严重程度，判断修改级别：

第三步：针对性修改

根据诊断结果，按问题类型选择参考文档：

• 钩子太弱 → 参考 hook-techniques.md 或按章节位置选用 13-钩子映射表.md
• 节奏太慢 → 参考 chapter-guide.md 的节奏部分，长篇参考 11-叙事节奏框架.md
• 对白太水 → 参考 dialogue-writing.md，对人物声音一致性参考 character-template-v2.md 的声音指纹部分
• 场景空洞 → 参考 scene-design-v2.md（含场景任务检查卡和价值测试）和 content-expansion.md
• AI 味重 → 参考 ai-style-examples.md 和 ai-style-by-genre.md
• 整体重写 → 从 chapter-template.md 的场景拆分开始

第四步：验证

• 重读修改后的段落，确认问题已解决
• 运行字数检查：python3 scripts/check_chapter_wordcount.py <章节文件路径>
• 运行 AI 味检测：python3 scripts/check_ai_style.py <章节文件路径>
• 确认字数没有严重缩水（轻度修改不应影响总字数）
• 红灯项复核：修改后仍须通过所有红灯项（变化原则、字数、钩子、人物一致）
• 向用户确认："修改完成，主要改动：[列出改动]。确认满意？"

节奏检查

每写完 5-10 章后，运行健康检查脚本，生成报告：

python3 scripts/check_novel_health.py <小说目录路径>

检查项：

• 字数统计（平均、最高、最低、标准差）
• 场景分布与连续重复警告
• 字数健康评分与节奏健康评分

报告模板： references/05-节奏健康报告.md

触发时机：

• 每写完 5-10 章后
• 用户说"检查节奏"时

Export

当用户要求导出 EPUB 时：

1. 确认小说目录路径（用户已提供或在 novels/ 下查找）
2. 运行导出脚本： python3 scripts/generate_epub.py <小说目录路径>
3. 可选参数：

- --author <作者名> 覆盖大纲中的作者 - -o <输出路径> 指定输出文件位置 - --lang en 导出英文版（需要先通过翻译功能生成 en/ 目录）

1. 告诉用户生成的 EPUB 文件路径

清洁导出说明：

• 导出脚本只提取章节文件中的 ## 正文 部分
• 如果需要完全干净的章节文件（无任务卡、无复盘等），创建平行文件：

- 写作版：第01章-标题.md（含任务卡、场景拆分、复盘） - 清洁版：第01章-标题-正文.md（仅正文）

质量检查清单（详细版）

红绿灯是日常快速检查（4 项）。需要深入诊断时，展开以下 6 项量化指标。完整检查项列表见 quality-checklist.md。

收尾期流程

进入收尾期后，按以下三步执行：

第一步：绿灯质量检查

逐项检查绿灯项（连载期仅做红绿灯，此处展开全部绿灯）：

• 伏笔回收：每条伏笔是否已回收或有明确的续作延后说明
• 节奏曲线：整体紧张度是否符合设计的节奏曲线，对照 11-叙事节奏框架.md
• 人物弧线：主角弧线是否完成（起点→倒退→突破→兑现），对照 character-template-v2.md
• 时间线连贯：季节/天气/节日是否前后一致，运行 python3 scripts/check_timeline.py <小说目录路径>

第二步：完稿润色

第一轮：通读全书

• 从第 1 章读到最后一章，记录：节奏突变处、文风不统一处、前后矛盾处
• 重点检查：前 3 章是否足够抓人、中点是否有重大转折、结局是否有兑现

第二轮：统一文风

• 运行 python3 scripts/check_ai_style.py --all <小说目录路径> 批量检测
• 标记重度 AI 味章节，优先重写
• 运行 python3 scripts/character_tracker.py <小说目录路径> 检查人物一致性
• 标记声音突变处，对齐人物声音指纹

第三轮：细节补强

• 对照 ai-style-examples.md 改写残留 AI 味
• 对照 style-polishing.md 打磨措辞
• 补充感官细节（视觉/听觉/触觉/嗅觉/味觉至少覆盖 3 种）

第三步：出版门控

通过出版门控检查（见下方出版门控章节），确认达到目标级别后即可交付。

版本管理建议：

• 初稿：完成后以 v1-draft 标记，运行全量检查
• 二稿：润色后以 v2-polished 标记，重点修复 AI 味和人物一致性
• 终稿：通过出版门控后以 v3-final 标记，可导出 EPUB

续作钩子决策：

• 只有用户明确要求时才保留续作钩子
• 续作钩子不得以牺牲本书完整性为代价
• 预留续作时，核心悬念必须回收，只留新悬念苗头

多线叙事写作循环

当小说包含 3 条以上叙事线（多 POV、群像）时，连载期写作循环需增加以下步骤：

线切换时机决策

每章写完前，决定下一章写哪条线：

POV 转换规则

1. 每章单一 POV：默认一章一个视角人物，不在章内切换
2. 换章即换线：章与章之间切换线，用进度仪表盘记录当前线
3. 换线保温：切到新线的前 200 字内，必须提及该线上次的关键事件（读者可能忘了）
4. 跨线交汇：两条线的角色终于相遇时，选择读者更关心的 POV 来写，另一线用事后回溯

进度仪表盘多线扩展

## 📍 当前位置
- 正在写：第___章（[线名]线）
- 当前主线：[线名]
- 各线进度：
  | 叙事线 | 最新章节 | 活跃悬念 | 状态 |
  |--------|---------|---------|------|
  | A 线 | 第 10 章 | 2 个 | 🟢 正常 |
  | B 线 | 第 8 章 | 3 个 | 🔴 1 个过期 |
  | C 线 | 第 9 章 | 1 个 | 🟡 需推进 |

详细参考

references/03-多线管理.md（多线叙事管理模板）

中断恢复协议

长期中断后返回写作时（超过 3 天未写），按以下流程恢复：

人工模式恢复

1. 读取仪表盘：获取当前进度和悬念状态
2. 校验仪表盘：读最近 3 章摘要，检查仪表盘信息是否与实际一致
3. 生成续写简报： ## 续写简报 **当前进度**：第 X 章已写，共 Y 章 **当前阶段**：连载期/收尾期 **各线状态**：[线名]线进度、悬念 **未回收伏笔**：列出 ID 和首次出现章节 **过期悬念**：🔴列出所有需立即处理的 **人物当前状态**：主角位置/情绪/目标、关键关系 **下章任务**：目标/阻碍/钩子 **一致性校验**： - [] 仪表盘人物状态与最近章节匹配 - [] 仪表盘悬念状态与追踪表匹配 - [] 仪表盘章节数与实际文件数匹配
4. 向用户确认："续写简报已生成，确认信息正确后开始写第 X 章"

自动驾驶模式恢复

1. 自动执行上述 1-3 步
2. 发现仪表盘过期信息时，自动从章节文件重建
3. 不等待确认，直接开始写作（但首章输出后附简报）

从任意章节恢复

当用户要求跳到某章重写或从断点恢复时：

1. 读取目标章节及前后各 1 章
2. 更新仪表盘中的"当前位置"
3. 检查该章到最新章之间是否有悬念或伏笔依赖
4. 如有依赖，提醒用户："重写第 X 章可能影响第 Y 章中对[Z 悬念]的推进"

断路器恢复协议（自动驾驶）

当连续失败熔断触发后：

1. 输出诊断报告：哪几章失败、具体红灯项、可能原因
2. 暂停等待人工
3. 人工确认后，提供恢复选项：

- 选项 A：从失败章节重写（重置重试计数器） - 选项 B：跳过失败章节，标注问题后继续下一章 - 选项 C：降级为人工模式，后续章节手动确认

1. 人工选择后恢复写作，重置连续失败计数器

Completion

在收尾期时，必须额外检查：

• 主线悬念是否回收
• 主角弧线是否完成
• 设定规则是否前后一致
• 是否存在遗失角色、断裂线索、无兑现伏笔
• 是否需要留下续作钩子；只有用户要时才保留
• 终稿收尾方式参考 ending-design.md

出版门控

在进入出版或发布前，按以下流程做系统性验收：

倒序检查法

从结局往前推，验证每章是否服务结局：

结局要求 → 倒数第 3 章 → 倒数第 2 章 → 倒数第 1 章 → 结局

• 结局是否兑现了大纲承诺？
• 每章的进展是否导向结局？
• 是否有偏离结局的章节？

常见烂尾模式预警

出版分级标准

详细检查清单： references/06-出版门控.md

叙事节奏曲线

设计全书的紧张程度起伏，确保节奏有峰有谷，避免越写越平。

选择曲线类型

根据你的故事类型，选择一种节奏曲线：

A. 递进型 — 紧张度持续上升 适用：升级流、复仇流、打怪升级

B. 波浪型 — 紧张度波浪起伏 适用：悬疑、探险、探险解密

C. 高原型 — 紧张度保持中高水平 适用：都市、职场、情感

D. 反转型 — 开头紧张，结局更紧张 适用：宫斗、权谋、阴谋

关键节点

每个故事必须有这些关键节点：

曲线跟踪

每写完 5 章，对照设计检查紧张度：

• 紧张度低于设计 → 需要加强
• 紧张度高于设计 → 可能太快，需要喘息

详细模板： references/07-叙事节奏曲线.md（基础版）或 references/11-叙事节奏框架.md（推荐，含三层体系和 5 种题材模板）

喘息章设计： 如果连续 3 章以上高强度，参考 references/12-喘息机制.md 设计喘息章（20% 余波 +60% 收获/关系 +20% 新威胁）

人机协作

当用户以人机混合方式写作时，按以下指南执行：

协作分工

上下文传递

每次让 AI 继续写之前，必须传递上下文：

**当前进度**
- 章节：第 X 章
- 当前场景：...
- 主要人物：...
- 上文关键事件：...

**写作要求**
- 继续写：...（具体说明要写什么）
- 风格参考：...（文风要求）
- 注意：...（特别注意事项）

交接协议

人类修改完一段后，告诉 AI：

**人类修改记录**
- 修改位置：第 X 章 第 Y 段
- 修改原因：...
- 继续要求：...

**上一段结尾**
"..."（引用上段结尾，让 AI 接上）

快速续写模式（默认）： 用户只需说"继续写"，AI 自动从 99-进度仪表盘.md 提取上下文，无需手动填写交接格式。

详细模板： references/08-人机协作-v2.md（推荐，含快速续写和信息提取协议）或 references/08-人机协作.md（v1 基础版）

异常处理

脚本工具

Translation

当用户要求翻译成英文时执行：

执行流程

第一步：准备阶段

1. 确认小说目录和翻译范围（全本 / 部分章节）
2. 读取上下文文件：

- 00-大纲.md → 书名、作者、类型、简介 - 01-人物档案.md → 人物信息 - 02-世界观与伏笔.md → 世界观要点

第二步：生成术语表 3. 分析小说内容，提取需要统一的术语：

• 角色人名及拼音
• 修炼体系/境界名称
• 武器、法宝、门派名称
• 中文特有词汇（功夫、气功、灵气等）
• 量词和时间表达

第三步：并行翻译 4. 将章节分成多个批次（每批 2-3 章，相邻章节在同一批次） 5. 为每个批次创建一个 subagent，并行翻译 6. 每个 subagent 携带：小说信息 + 术语表 + 翻译规则

第四步：最终校对 7. 所有翻译完成后，派一个 subagent 做全局校对：

• 检查术语一致性
• 检查人名一致性
• 检查剧情衔接
• 修正发现的问题

第五步：保存结果 8. 汇总所有翻译结果，写入 en/ 目录：

• Chapter-001.md, Chapter-002.md 等

术语表格式

生成包含以下分类的统一术语表，翻译时严格遵守：

• 人物名称：[中文名] → [Pinyin]（如 张三 → Zhang San）
• 修炼体系/境界：[中文] → [English]（如 筑基 → Foundation Building）
• 门派与武器：[中文] → [Pinyin or English]
• 中文特有表达：盏茶 → the time it takes to drink a cup of tea

并行翻译

1. 将章节分批（每批 2-3 章，相邻章节在同一批次）
2. 为每批创建 subagent 并行翻译，携带：小说信息 + 术语表 + 翻译规则（保持叙事节奏、统一译名、对话自然流畅）
3. 全部完成后派 subagent 做全局校对（术语一致性 + 人名一致性 + 剧情衔接 + 风格统一）
4. 结果写入 en/Chapter-XXX.md

英文版导出

英文版也支持 EPUB 导出：

python3 scripts/generate_epub.py <小说目录路径> --lang en