菜单
Chinese novel/web novel writing skill. Plan, write, revise, export EPUB, check quality, run character sandbox, or write complete short stories. Triggers: 写小说，写一本，短故事，短篇故事，写一篇完整故事，继续写，下一章，角色沙盘，修改第 X 章，重写，导出 epub, 字数检查，AI 味检查，质量检查，检查节奏，自动写完整本，autopilot. Also: EPUB export, word count check.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | chinese-novelist-skill |
| description | Chinese novel/web novel writing skill. Plan, write, revise, export EPUB, check quality, run character sandbox, or write complete short stories. Triggers: 写小说，写一本，短故事，短篇故事，写一篇完整故事，继续写，下一章，角色沙盘，修改第 X 章，重写，导出 epub, 字数检查，AI 味检查，质量检查，检查节奏，自动写完整本，autopilot. Also: EPUB export, word count check. |
2.6.12026-07-06其他 场景回退；修复英文 EPUB 元数据误读翻译流程文件的问题；同步修正章节工作台文档引用。v2.6 干净正文架构、短故事模式和专业意译翻译流程继续可用。为中文长篇小说和网文创作提供一套可持续执行的工作流：先稳住设定与大纲，再按章节推进，持续维护人物状态、悬念台账和文风质量，避免写到后面失控、注水或前后打架。
默认入口是长篇小说 / 网文。只有当用户明确说“短故事”“短篇故事”“写一篇完整故事”“6000 字故事”等触发词时，才进入短故事模式；短故事要求正文不少于 6000 字，可以分段或换行，但必须有完整剧情闭环。
先判断用户意图，再进入对应流程。不要把所有能力一次性展开；首轮只交付当前入口最需要的内容。
| 用户意图 | 触发词示例 | 进入流程 | 首轮必须交付 |
|---|---|---|---|
| 新建小说 | "写一本"、"帮我写小说"、"从头开始" | 策划期 | 3-5 个书名候选 + 极简总纲 + 首章任务卡 |
| 写短故事 | "短故事"、"短篇故事"、"写一篇完整故事"、"6000 字故事" | 短故事模式 | 标题 + 完整剧情骨架 + 不少于 6000 字的完整正文（可分段 / 换行） |
| 继续连载 | "继续写"、"下一章" | 连载期 | 读取/索要小说目录，定位仪表盘、大纲和最近章节，再给下一章任务或正文 |
| 快速出稿 | "快写"、"先写"、"初稿" | 连载期快速模式 | 跳过场景拆分，直接写正文，并只做字数和基础钩子检查 |
| 修改章节 | "修改第 X 章"、"重写"、"打磨" | 修改工作流 | 定位章节，诊断问题，判定修改级别，再针对性改写 |
| 自动写完 | "自动写完整本"、"全部写完"、"autopilot" | 自动驾驶模式 | 自动补齐缺失项，选定书名，创建/更新项目文件，并立即开始第 1 章或下一章 |
| 完稿发布 | "写完了"、"准备发布"、"导出 epub" | 收尾期 / Export | 完稿门控或 EPUB 导出路径 |
| 质量检查 | "字数检查"、"AI 味检查"、"检查节奏" | 脚本工具 | 运行对应脚本并解释结果 |
每次响应先完成当前入口的最小闭环：
manuscript/zh/，把任务卡 / 场景 / 复盘写入 workspace/chapters/，并同步更新 99-进度仪表盘.md 中的进度、人物状态和悬念状态。当入口判断完成后，按以下硬规则决定第一步输出，防止只追问、不交付：
novels/ 和最近的 99-进度仪表盘.md。找到项目时，读取仪表盘和最近章节后交付下一章任务卡；找不到项目时，交付“续写恢复清单”（需要的目录 / 大纲 / 最近章节）并提供新建项目 fallback。本 skill 默认采用简化后的三阶段工作流，服务长篇小说 / 网文项目。短故事模式是可选旁路，不走连载期循环。
| 阶段 | 目标 | 出口条件 | 适用场景 |
|---|---|---|---|
| 策划期 | 锁定大纲、人物、首章任务 | 首章任务卡完成 | 从零开始或重置项目 |
| 连载期 | 按章推进，持续输出 | 大纲章节全部完成 | 已有基础，继续写作 |
| 收尾期 | 完稿检查、结局收束 | 出版门控通过 | 全部章节完成 |
用户说... → 进入...
策划期 → 连载期（必须确认）：
人工模式 → 向用户确认："大纲和首章任务已就绪，是否开始写第 1 章？" 自动驾驶模式 → 自动通过，立即开始写第 1 章（书名自动选推荐项排名第 1）
连载期 → 收尾期（必须确认）：
人工模式 → 向用户确认："全部章节已完成，是否进入完稿检查？" 自动驾驶模式 → 自动通过，直接进入完稿检查
在连载期内，支持两种速度：
| 模式 | 触发词 | 特点 | 质量检查 |
|---|---|---|---|
| 快速模式 | "快写"、"先写"、"初稿" | 跳过场景拆分，直接输出 | 仅字数 + 基础钩子 |
| 标准模式 | 默认 / 不明确时 | 完整流程 | 红绿灯检查 |
快速模式原则：写出来比写对更重要。写完再改，不打断创作流。
短故事模式用于一次性交付完整中文短故事。默认仍是长篇小说 / 网文；只有用户明确说“短故事”“短篇故事”“写一篇完整故事”“6000 字故事”等需求时才进入本模式。
| 项目 | 规则 |
|---|---|
| 默认入口 | 长篇小说 / 网文三阶段工作流 |
| 短故事触发 | 用户明确要求短故事、短篇故事、一篇完整故事，或指定 6000 字左右的单篇故事 |
| 最低字数 | 正文不少于 6000 个中文字符；标题、任务卡、复盘不计入正文 |
| 结构形式 | 可以自然分段、换行，或用 --- 分隔场景；除非用户要求，不使用“第 X 章”章节结构 |
| 完整性要求 | 必须有开端、诱发事件、升级、反转或代价、高潮选择、结局收束 |
| 结尾要求 | 可以留余味，但不能只用悬念中断；主线问题必须解决或给出明确情感落点 |
用户信息不足时，不要把短故事请求升级成长篇策划；按题材推断缺口，直接交付：
如果单次输出空间不足，必须把正文落盘为连续分段并继续写到达标；不能只交付大纲，也不能把“后续略”算作完成。
短故事可不创建长篇项目目录。需要落盘时优先使用：
short-stories/<标题>.md → 使用 short-story-template.mdnovels/<书名>/短故事-标题.md短故事不使用连载期的每章沙盘和仪表盘回写，除非用户明确要求纳入长篇世界观。执行顺序：
python3 scripts/check_short_story.py <短故事文件路径>；批量检查使用 python3 scripts/check_short_story.py --all short-stories。详细模板见 references/short-story-template.md。
当触发词包含"自动写完整本"、"全部写完"、"写完整本书"、"自动完成"、"autopilot"时，进入自动驾驶模式。此模式下，AI 按章节事务自主推进从策划到收尾的全流程，不在常规检查点等待人工确认；但遇到上下文/时间上限、连续失败熔断或文件写入失败时，必须停下并回写当前状态。
| 环节 | 人工模式 | 自动驾驶模式 |
|---|---|---|
| Intake 缺失项 | 暂停追问用户 | 从初始请求最大程度推断，推断不出用题材模板填充 |
| 书名选择 | 生成 3-5 候选等用户选 | 自动选推荐项（排名第 1 的候选） |
| 阶段转换 | 向用户确认后进入 | 自动通过检查点，继续下一阶段 |
| 每章写完 | 交付后等待用户反馈 | 自动回写状态；当前轮仍可继续时开始下一章 |
| 修改后确认 | 向用户确认 | 自动视为通过，继续 |
| 收尾期 | 用户确认后才进入 | 大纲章节全部写完后自动进入 |
自动驾驶模式虽不等待人工确认，但需遵守以下护栏：
| 规则 | 说明 |
|---|---|
| 红灯重试上限 | 同一章红灯不通过，最多重写 2 次（不是 1 次），2 次不过则标注问题后继续 |
| 连续失败熔断 | 连续 3 章红灯不通过 → 强制暂停，输出诊断报告，等待人工介入 |
| 章节上限保护 | 单章最长不超过 8000 字，防止失控膨胀 |
| 悬念过期强制 | 即使自动驾驶，仍严格遵守 5/10 章过期预警（这是质量底线，不可跳过） |
| 进度报告 | 每写完 5 章输出简报：已完成 X/Y 章、活跃悬念 N 个、红灯通过率、预估剩余 |
当用户初始请求中信息不足时，按以下规则自动填充：
| 缺失项 | 自动填充策略 |
|---|---|
| 故事引擎 | 根据题材自动选择：玄幻→升级流、悬疑→解谜流、言情→成长流、都市→逆袭流 |
| 叙事视角 | 默认第三人称（最通用） |
| 篇幅目标 | 用户指定优先；未指定时根据题材模板填充（如玄幻 50-100 章、悬疑 20-40 章）；默认 30 章×3000 字 |
| 文风关键词 | 根据题材选择：玄幻→热血爽快、悬疑→冷峻紧凑、言情→细腻温暖 |
| 目标读者 | 默认对应题材的主流读者群 |
| 主角缺陷 | 根据题材模板配对（如：玄幻→过度自信、悬疑→偏执、言情→不信任他人） |
| 题材 | 故事引擎 | 篇幅 | 文风 | 主角缺陷 |
|---|---|---|---|---|
| 玄幻修仙 | 升级流：境阶体系 + 资源竞争 + 越级挑战 | 50-100 章 | 热血爽快 | 过度自信→吃大亏→学会敬畏 |
| 都市重生 | 逆袭流：前世经验 + 二次机会 + 逐步翻盘 | 30-50 章 | 冷静务实 | 前世傲慢→重生后学会谦逊 |
| 悬疑推理 | 解谜流：核心谜题 + 线索链 + 反转揭示 | 20-40 章 | 冷峻紧凑 | 偏执追真相→代价极高→学会放下 |
| 言情甜宠 | 成长流：相遇→误会→和好→在一起 | 30-50 章 | 细腻温暖 | 不信任他人→被温暖感化 |
| 职场商战 | 升级流：从小员工到行业大佬 | 30-50 章 | 干练利落 | 过于理想主义→碰壁→学会变通 |
| 历史穿越 | 逆袭流：现代知识 + 古人环境 + 改变历史 | 30-60 章 | 沉稳大气 | 自视甚高→时局教训→学会敬畏时代 |
| 科幻未来 | 升级流：技术突破 + 资源竞争 + 文明对抗 | 30-50 章 | 理性冷峻 | 过度依赖技术→人性代价→学会平衡 |
| 武侠江湖 | 升级流：武学进境 + 江湖恩怨 + 正邪抉择 | 30-60 章 | 豪迈苍凉 | 执念复仇→悟道放下 |
| 恐怖灵异 | 解谜流：诡异事件 + 规则探索 + 生存对抗 | 20-40 章 | 压抑阴冷 | 好奇心太重→付出代价→学会敬畏未知 |
| 校园青春 | 成长流：学业挑战 + 友情爱情 + 自我发现 | 20-30 章 | 清新明快 | 逃避现实→被迫面对→勇敢担当 |
未覆盖题材：使用最接近的模板（如末日→科幻，古言→历史），故事引擎默认升级流，文风默认"紧凑流畅"，缺陷默认"执念→代价→成长"。
进入自动驾驶后，连载期按以下循环执行。每章都是一个可验证事务：只有 manuscript/zh/ 正文、对应 workspace/chapters/ 工作台文件和 99-进度仪表盘.md 已更新，才算该章完成。
while 大纲还有未写章节，且未触发暂停条件:
1. 读取进度仪表盘 → 获取当前状态
2. 检查悬念状态 → 处理过期悬念
3. 角色沙盘 → 关键角色有限信息发言，导演裁决反抗大纲点
4. 明确本章任务 → 目标/阻碍/转折/钩子
5. 场景拆分 → 3-6个场景
6. 写正文 → 写入 `manuscript/zh/第XXX章-标题.md`（不超过8000字）
7. 质量检查 → 红灯项必须通过
8. 回写状态 → 更新进度仪表盘和角色沙盘文件
9. 当前轮仍可继续 → 自动开始下一章；否则输出进度简报
红灯项未通过时：自动重写该章节最多 2 次。2 次后仍不通过，标注问题后继续下一章。
连续失败熔断：连续 3 章红灯不通过 → 强制暂停，输出诊断报告，等待人工介入。
暂停条件：上下文不足、运行时间不足、用户打断、文件写入失败、连续失败熔断。暂停时必须说明已完成到第几章、哪些文件已更新、下一章应从哪里恢复。
大纲全部章节写完后，自动进入收尾期：
进入策划期后，按以下顺序执行：
只补问真正缺失的关键信息，优先补齐以下 7 项：
如果用户只给了模糊想法，不要空泛追问；应给出具体备选并推荐更稳的方案。
关于故事引擎： 如果用户说不清引擎，用引导问题帮助提炼：
策划模式开始时，必须为小说生成 3-5 个候选书名供用户选择。每个书名需在 20 字以内，且必须满足以下原则：
| 类型 | 公式 | 示例 |
|---|---|---|
| 悬念型 | 「反常识/矛盾/设问」 | 《她杀了他三次》《没有人能活着离开》 |
| 意象型 | 「核心意象 + 延伸」 | 《枯叶刀》《深海里的牙》《第七次下雪》 |
| 人物命运型 | 「身份/处境 + 悬念」 | 《扫地僧的秘密》《被遗忘的继承人》 |
| 双关型 | 「表里两层含义」 | 《局中人》（既是棋局，也是局外人视角） |
| 诗意型 | 「文学性表达」 | 《春风不度玉门关》《一蓑烟雨任平生》 |
根据你的设定，我生成以下候选书名：
1. **《枯叶刀》** — 以主角标志性武器为意象，暗示她看似脆弱实则锋利
2. **《第七次下雪时我来接你》** — 数字+时间承诺，营造悬疑与浪漫交织
3. **《没有人能活着离开这个镇》** — 反常识宣言，直接激发读者好奇心
4. **《她的名字是秘密》** — 聚焦核心悬念，暗示名字背后的隐情
5. **《雾中来信》** — 意象型，营造神秘通信的紧张感
推荐优先考虑「枯叶刀」或「第七次下雪时我来接你」，前者更独特，后者更易引发好奇。
在 novels/<书名>/ 内创建或更新：
核心文件（必须）：
00-大纲.md → 使用 outline-template-v1-minimal.md（默认，10 个字段，5 分钟完成）99-进度仪表盘.md → 使用 progress-dashboard-template.md（自动生成，AI 维护）04-角色沙盘/ → 使用 references/14-角色沙盘模式.md（每章必跑，维护角色运行时记忆）manuscript/zh/ → 中文正文唯一事实来源；章节文件只包含“章数 + 章标题”和正文workspace/chapters/ → 每章工作台，保存任务卡、场景拆分、沙盘裁决、复盘和修改记录可选深化文件（按需选用）：
01-人物档案.md → 使用 character-template-v2.md（默认推荐，欲望 - 恐惧双引擎驱动写作）或 character-template.md（v1 简单静态版）02-世界观与伏笔.md → 使用 story-bible-template.md（世界观复杂时补充）章节文件：
manuscript/zh/第XXX章-标题.md → 使用 chapter-template.md，文件内只保留章数、章标题和正文workspace/chapters/第XXX章-标题/ → 使用 chapter-workspace-template.md，保存 task-card.md、scene-plan.md、sandbox.md、review.md、revision-notes.md短故事文件（仅短故事模式）：
short-stories/<标题>.md → 使用 short-story-template.md（不少于 6000 字，完整剧情闭环）novels/<书名>/短故事-标题.md → 当短故事属于某个长篇世界观或外传时使用专用文件（按需）：
03-多线管理.md → 使用 references/03-多线管理.md（仅多线叙事小说）03-悬念追踪表.md → 使用 references/09-悬念生命周期管理.md（悬念超过 3 条时必须启用）03-悬念-章节匹配.md → 使用 references/10-悬念-章节匹配矩阵.md（长篇连载时启用）角色沙盘目录：
04-角色沙盘/00-角色索引.md → 角色调度表（核心 / 活跃 / 潜伏 / 冻结）04-角色沙盘/C001-角色名.md → 单角色运行时记忆（已知事实、误判、压力、关系判断、下一步倾向）04-角色沙盘/sessions/第XXX章-沙盘记录.md → 每章沙盘输出和导演裁决长篇项目必须区分“成品稿”和“工作台”：
novels/<书名>/
├── manuscript/
│ ├── zh/
│ │ ├── 第001章-标题.md
│ │ └── 第002章-标题.md
│ └── en/
│ ├── Chapter-001.md
│ └── Chapter-002.md
├── workspace/
│ └── chapters/
│ └── 第001章-标题/
│ ├── task-card.md
│ ├── scene-plan.md
│ ├── sandbox.md
│ ├── review.md
│ └── revision-notes.md
├── 00-大纲.md
├── 01-人物档案.md
├── 02-世界观与伏笔.md
├── 04-角色沙盘/
└── 99-进度仪表盘.md
硬规则：
manuscript/zh/ 是中文正文唯一事实来源；不要再维护“写作版正文”和“清洁版正文”两份。workspace/chapters/第XXX章-标题/。manuscript/zh/；找不到时才回退旧根目录章节，保证旧项目可继续使用。python3 scripts/split_chapter_workspace.py novels/书名 拆分；默认不移动原文件，确认后可加 --move-originals 归档到 _archive/mixed-chapters/。开始批量写章节前，至少锁定以下内容：
logline人物档案（推荐 v2）： 使用 character-template-v2.md，核心包括欲望 - 恐惧双引擎（驱动写作决策）、声音指纹（保持对白一致性）、缺陷 - 失败映射（让人物真实可信）
除非用户明确要求跳过规划，否则不要直接写完全书。即使用户要求”直接开写”，也先产出一页精简总纲再动笔。
每章或每篇短故事交付前，执行三级检查。长篇章节和短故事使用不同字数线，不能混用。
python3 scripts/check_ai_style.py <章节文件路径> 自动检测）AI 味检测详情： 检测 9 种症状（空泛形容词、四字成语、情绪标签句、解释连接词、过度书面化对白、视角混乱、信息倾倒、时间转折词、句式均匀），详见 references/ai-style-examples.md（改写范例）和 references/ai-style-by-genre.md（按题材专项防治）
执行原则：红灯项必须全部通过；黄灯项超标时给出修改建议；绿灯项在收尾期统一处理。
每写一章都按这个循环执行：
99-进度仪表盘.md 获取当前状态，再读 00-大纲.md、最近章节摘要、02-世界观与伏笔.md04-角色沙盘/，让本章关键角色在有限信息内输出行动倾向、反抗大纲点、场景建议和一句对白；快速模式可压缩，但不能完全跳过。详见 references/14-角色沙盘模式.mdworkspace/chapters/第XXX章-标题/task-card.mdworkspace/chapters/第XXX章-标题/scene-plan.md；快速模式可跳过详细拆分，但仍保留最低限度任务卡manuscript/zh/第XXX章-标题.md。文件第一行写 第XXX章：标题，空一行后直接正文；不得写任务卡、复盘或说明。开头前 20% 必须尽快进入冲突，参考 chapter-guide.md
python3 scripts/check_chapter_wordcount.py manuscript/zh/第XXX章-标题.md 检查字数；按「质量检查红绿灯」执行三级检查（见上方）workspace/chapters/第XXX章-标题/review.md，更新章节摘要、人物状态、伏笔状态与章节进度到 99-进度仪表盘.md；同时回写 04-角色沙盘/00-角色索引.md、相关单角色文件和本章 sessions/第XXX章-沙盘记录.md连载期间（人工和自动驾驶均适用），每章写作前必须检查悬念状态，防止悬念过期或遗忘。
每章悬念操作流程：
99-进度仪表盘.md 中的悬念状态悬念过期预警规则：
详细参考： references/09-悬念生命周期管理.md（状态定义和预警规则） references/10-悬念-章节匹配矩阵.md（章节 - 悬念匹配和强度检查）
核心理念：每章都让人物先“活一次”，再让作者写。角色沙盘模式把原有“角色智能体推演”升级为每章必跑的前置协议：关键角色以有限信息输出自己的行动倾向，导演再统一裁决并生成任务卡。
详细模板、单角色文件结构和沙盘记录格式见 references/14-角色沙盘模式.md。
传统问题：
沙盘方案：
当角色自然倾向与原大纲冲突时，按以下顺序判断：
宁可调整章节安排，也不要让人物崩；但不能让主线断掉。
99-进度仪表盘.md、00-大纲.md、01-人物档案.md、04-角色沙盘/00-角色索引.md、最近 1-3 章和悬念状态。99-进度仪表盘.md、04-角色沙盘/00-角色索引.md、相关单角色文件和 04-角色沙盘/sessions/第XXX章-沙盘记录.md。01-人物档案.md：静态设定，记录人物是谁、欲望、恐惧、缺陷、声音指纹和人物弧线。04-角色沙盘/C001-角色名.md：动态运行时记忆，记录当前目标、已知事实、误判、压力、关系判断、隐瞒事项和下一步倾向。99-进度仪表盘.md：只保留沙盘摘要、最新裁决和恢复入口，不保存完整角色长档案。如果角色 subagent 创造新设定、引用未知真相或试图写正文，导演默认忽略越权内容；必要时可转为角色误判，并记录在本章沙盘记录中。
当用户要求修改、重写或打磨某一章时，按以下流程执行：
读取目标章节，对照质量标准，找出具体问题。用一句话描述问题（如"开头 300 字太拖，没有进冲突"）。
常用问题诊断清单：
开头问题
节奏问题
对白问题
结尾问题
一致性问题
根据问题类型和严重程度，判断修改级别：
| 级别 | 问题类型 | 修改范围 | 预计耗时 |
|---|---|---|---|
| 轻度 | 错别字、语句不通顺、标点错误 | 局部修改 | 10-20 分钟 |
| 中度 | 某段对话不够自然、某个场景不够具体 | 单场景/单段落 | 30-60 分钟 |
| 重度 | 节奏问题、结构问题、开头钩子太弱 | 多场景或全章重写 | 1-3 小时 |
根据诊断结果，按问题类型选择参考文档：
manuscript/zh/改动范围原则：先修最小可解决问题的段落或场景；只有当章节结构本身失效（开头、转折、结尾同时不成立）时，才进入全章重写。
修改交付格式：
定位：章节文件路径 + 目标段落 / 场景。诊断：一句话说明核心问题。级别：轻度 / 中度 / 重度，并说明为什么。改动：列出实际改了哪些段落或场景；若已落盘，说明文件已更新。验证：列出已运行的脚本或人工复核项；失败项要给下一步处理。python3 scripts/check_chapter_wordcount.py <章节文件路径>python3 scripts/check_ai_style.py <章节文件路径>每写完 5-10 章后，运行健康检查脚本，生成报告：
python3 scripts/check_novel_health.py <小说目录路径>
检查项：
报告模板： references/05-节奏健康报告.md
触发时机：
当用户要求导出 EPUB 时：
python3 scripts/generate_epub.py <小说目录路径>
--author <作者名> 覆盖大纲中的作者-o <输出路径> 指定输出文件位置--lang en 导出英文版（需要先通过翻译功能生成 manuscript/en/ 目录；旧 en/ 目录仍兼容）清洁导出说明：
manuscript/zh/ 读取干净正文，不需要创建平行“清洁版”。## 正文 区块。scripts/split_chapter_workspace.py 把旧混合章节迁移成干净正文 + 工作台。红绿灯是日常快速检查（4 项）。需要深入诊断时，展开以下 6 项量化指标。完整检查项列表见 quality-checklist.md。
以下表格主要用于长篇章节；短故事优先使用“6000 字 + 完整剧情闭环”的红灯项，并对照 short-story-template.md 的完稿复盘。
| 原则 | 量化指标 |
|---|---|
| 变化原则 | ≥1 个主角"选择"事件 + ≥1 个"状态变化" |
| 悬念原则 | 章节内悬念提及≥1 + 新增悬念≥1 |
| 钩子原则 | 结尾含悬念触发词 + 结尾句不完整 |
| 展示原则 | 对话标签<30% 对话段落 + 含动作描写对话≥50% |
| 文风原则 | 连续相同句式≤3 句 + 单段"很 X"形容词≤2 个 + 句长标准差>5 |
| 场景原则 | 有明确任务的场景≥3 + 场景间有信息差或状态变化 |
进入收尾期后，按以下三步执行：
逐项检查绿灯项（连载期仅做红绿灯，此处展开全部绿灯）：
python3 scripts/check_timeline.py <小说目录路径>第一轮：通读全书
第二轮：统一文风
python3 scripts/check_ai_style.py --all <小说目录路径> 批量检测python3 scripts/character_tracker.py <小说目录路径> 检查人物一致性第三轮：细节补强
通过出版门控检查（见下方出版门控章节），确认达到目标级别后即可交付。
版本管理建议：
v1-draft 标记，运行全量检查v2-polished 标记，重点修复 AI 味和人物一致性v3-final 标记，可导出 EPUB续作钩子决策：
当小说包含 3 条以上叙事线（多 POV、群像）时，连载期写作循环需增加以下步骤：
每章写完前，决定下一章写哪条线：
| 因素 | 决策规则 |
|---|---|
| 悬念紧迫度 | 有🔴过期悬念的线优先 |
| 读者期待度 | 上一条线刚抛出大悬念→切到另一条线保温 |
| 信息差管理 | A 线刚揭示的关键信息，B 线角色尚不知→切 B 线制造戏剧反讽 |
| 章节节奏 | 连续 2 章高强度同线→必须切换到另线喘息 |
| 时间同步 | 两条线事件同时发生时→交替推进 |
## 📍 当前位置
- 正在写：第___章（[线名]线）
- 当前主线：[线名]
- 各线进度：
| 叙事线 | 最新章节 | 活跃悬念 | 状态 |
|--------|---------|---------|------|
| A 线 | 第 10 章 | 2 个 | 🟢 正常 |
| B 线 | 第 8 章 | 3 个 | 🔴 1 个过期 |
| C 线 | 第 9 章 | 1 个 | 🟡 需推进 |
references/03-多线管理.md（多线叙事管理模板）
长期中断后返回写作时（超过 3 天未写），按以下流程恢复：
## 续写简报
**当前进度**：第 X 章已写，共 Y 章
**当前阶段**：连载期/收尾期
**各线状态**：[线名]线进度、悬念
**未回收伏笔**：列出 ID 和首次出现章节
**过期悬念**：🔴列出所有需立即处理的
**人物当前状态**：主角位置/情绪/目标、关键关系
**下章任务**：目标/阻碍/钩子
**一致性校验**：
- [ ] 仪表盘人物状态与最近章节匹配
- [ ] 仪表盘悬念状态与追踪表匹配
- [ ] 仪表盘章节数与实际文件数匹配
当用户要求跳到某章重写或从断点恢复时：
当连续失败熔断触发后：
在收尾期时，必须额外检查：
在进入出版或发布前，按以下流程做系统性验收：
从结局往前推，验证每章是否服务结局：
结局要求 → 倒数第 3 章 → 倒数第 2 章 → 倒数第 1 章 → 结局
| 烂尾模式 | 描述 | 检查项 |
|---|---|---|
| 机械降神 | 结局靠突然出现的力量解决 | [ ] 结局的解决方案是否在前文有铺垫？ |
| 主角光环 | 主角轻易获胜，无代价 | [ ] 主角是否付出了合理的代价？ |
| 支线烂尾 | 支线挖坑不填 | [ ] 每条支线是否都有回收？ |
| 匆忙收场 | 结尾突然，像赶工 | [ ] 结局是否有足够的篇幅？ |
| 开放结局滥用 | 所有问题都没回答 | [ ] 核心问题是否都有答案？ |
| 反派弱化 | 反派结局时突然变弱 | [ ] 反派是否保持了一致性？ |
| 级别 | 要求 |
|---|---|
| 入门级 | 字数达标、无明显错误、主线完整、人物一致 |
| 专业级 | 入门级 + 无逻辑漏洞、伏笔基本回收、节奏良好 |
| 出版级 | 专业级 + 所有伏笔回收、主题清晰、人物有成长弧线 |
详细检查清单： references/06-出版门控.md
设计全书的紧张程度起伏，确保节奏有峰有谷，避免越写越平。
根据你的故事类型，选择一种节奏曲线：
A. 递进型 — 紧张度持续上升 适用：升级流、复仇流、打怪升级
B. 波浪型 — 紧张度波浪起伏 适用：悬疑、探险、探险解密
C. 高原型 — 紧张度保持中高水平 适用：都市、职场、情感
D. 反转型 — 开头紧张，结局更紧张 适用：宫斗、权谋、阴谋
每个故事必须有这些关键节点：
| 节点 | 位置 | 紧张度 | 必须元素 |
|---|---|---|---|
| 开篇钩子 | 第 1 章 | ★★★☆ | 危机/悬念/目标 |
| 第一个小高潮 | 前 10% | ★★★☆ | 小胜利或小失败 |
| 中点转折 | 50% | ★★★★★ | 认知翻转/重大失败 |
| 中段升级 | 60-70% | ★★★★☆ | 代价增大 |
| 倒数第二个高潮 | 85% | ★★★★★ | 终极选择 |
| 结局 | 100% | ★★★★★ | 终极对决/终极选择 |
每写完 5 章，对照设计检查紧张度：
详细模板： references/07-叙事节奏曲线.md（基础版）或 references/11-叙事节奏框架.md（推荐，含三层体系和 5 种题材模板）
喘息章设计： 如果连续 3 章以上高强度，参考 references/12-喘息机制.md 设计喘息章（20% 余波 +60% 收获/关系 +20% 新威胁）
当用户以人机混合方式写作时，按以下指南执行：
| 内容类型 | 人类写 | AI 写 | 说明 |
|---|---|---|---|
| 核心设定 | ✅ | 人物性格、核心冲突、底线 | |
| 关键情节 | ✅ | 重大转折、结局设计 | |
| 对白风格 | ✅ | 人物语言特点 | |
| 具体场景 | ✅ | 场景描写、环境渲染 | |
| 过渡衔接 | ✅ | 章节之间的过渡 | |
| 扩写 | ✅ | 已有大纲的详细内容展开 | |
| 修改 | ✅ | 明确指出问题所在 |
每次让 AI 继续写之前，必须传递上下文：
**当前进度**
- 章节：第 X 章
- 当前场景：...
- 主要人物：...
- 上文关键事件：...
**写作要求**
- 继续写：...（具体说明要写什么）
- 风格参考：...（文风要求）
- 注意：...（特别注意事项）
人类修改完一段后，告诉 AI：
**人类修改记录**
- 修改位置：第 X 章 第 Y 段
- 修改原因：...
- 继续要求：...
**上一段结尾**
"..."（引用上段结尾，让 AI 接上）
快速续写模式（默认）： 用户只需说"继续写"，AI 自动从 99-进度仪表盘.md 提取上下文，无需手动填写交接格式。
详细模板： references/08-人机协作-v2.md（推荐，含快速续写和信息提取协议）或 references/08-人机协作.md（v1 基础版）
| 异常 | 人工模式 | 自动驾驶模式 |
|---|---|---|
| 指令矛盾 | 优先具体指令，暂停确认 | 以最新指令为准 |
| 项目不存在 | 引导进入策划期 | 直接启动策划流程 |
| 仪表盘缺失 | 自动从章节重建 | 同左 |
| 章节损坏 | 回退上一章，提醒检查 | 跳过并标注 |
| 字数不达标 | 标注差距 + 扩写建议 | 自动扩写 1 次 |
| 短故事剧情不完整 | 按短故事红灯项补齐高潮和收束，不改成长篇第一章 | 自动补写缺失段落直到主线闭合 |
| 长期中断后返回 | 生成续写简报 + 校验仪表盘 + 确认（见中断恢复协议） | 自动生成简报 + 重建仪表盘 + 直接继续（见中断恢复协议） |
| 脚本失败 | 用 quality-checklist.md 自检 | 同左 |
| 人物设定冲突 | 以最新文件为准，提醒确认 | 以大纲为权威 |
| 断路器触发 | — | 强制暂停→输出诊断报告→提供 3 个恢复选项（见断路器恢复协议） |
| 多线叙事线偏移 | 提醒用户当前在哪条线，确认后切换 | 自动选择最紧迫的线继续 |
| 脚本 | 用途 | 使用方式 |
|---|---|---|
check_chapter_wordcount.py | 章节 / 短故事字数检查 | python3 scripts/check_chapter_wordcount.py <文件或--all 目录>；短故事使用 6000 作为最小字数 |
check_short_story.py | 短故事质量检查（6000 字 + 正文区 + 完稿复盘 + 剧情收束） | python3 scripts/check_short_story.py <文件> 或 python3 scripts/check_short_story.py --all short-stories |
check_ai_style.py | AI 味检测（9 种症状） | python3 scripts/check_ai_style.py <文件或--all 目录> |
check_novel_health.py | 小说健康体检（字数 + 节奏） | python3 scripts/check_novel_health.py <目录> |
check_timeline.py | 时间线一致性检查 | python3 scripts/check_timeline.py <目录> |
character_tracker.py | 人物一致性检查 | python3 scripts/character_tracker.py <目录> |
generate_epub.py | EPUB 导出，优先读取 manuscript/zh / manuscript/en | python3 scripts/generate_epub.py <目录> |
translate_to_english.py | 生成当前 AI 专业意译翻译任务包，默认输出 manuscript/en | python3 scripts/translate_to_english.py <目录> |
split_chapter_workspace.py | 把旧混合章节拆分为干净正文和工作台 | python3 scripts/split_chapter_workspace.py <目录> |
当用户要求翻译成英文时执行。翻译默认采用意译翻译：不逐字硬译，而是保留剧情功能、人物声音、情绪压力、节奏和潜台词，让英文读起来像自然的英文小说。
此流程参照现实翻译项目的规范分工：接案简报 → 源文分析 → 术语表 / 风格表 → 样章校准 → 初译 → 译者自检 → 双语修订 → 单语润色 → 终检交付。完整说明见 references/translation-workflow.md。
硬规则：
scripts/translate_to_english.py 只用于生成当前 AI 可执行的专业意译任务包；真正译文由当前 AI 生成。manuscript/en/Chapter-XXX.md，文件内只保留译文：章数和章标题同在第一行，空一行后直接写正文，不写任何其他说明内容。第一步：接案与翻译简报
python3 scripts/translate_to_english.py <小说目录路径>
--chapters "1,3-5" 限定范围。脚本会生成：
manuscript/en/00-translation-brief.md（翻译简报）manuscript/en/01-termbase.md（术语表）manuscript/en/02-style-sheet.md（风格表）manuscript/en/03-query-log.md（查询日志）manuscript/en/04-qa-checklist.md（终检清单）manuscript/en/_translation_tasks/Chapter-XXX.*.prompt.md（每章任务）第二步：源文分析 3. 当前 AI 读取上下文文件：
00-大纲.md → 书名、作者、类型、简介01-人物档案.md → 人物信息02-世界观与伏笔.md → 世界观要点第三步：术语表与风格表
5. 更新 manuscript/en/01-termbase.md，提取需要统一的术语：
manuscript/en/02-style-sheet.md，明确英文口吻、句长、对白、称谓、文化词和意译边界。第四步：样章校准 7. 默认取第 1 章开头 800-1500 个中文字符做样章。 8. 当前 AI 给出样章译文和 3-5 条风格决策；人工模式等待确认，自动模式把决策写回风格表后继续。
第五步：初译
9. 当前 AI 按 Chapter-XXX.translate.prompt.md 逐章执行意译翻译，并保存到 manuscript/en/Chapter-XXX.md。
10. 翻译时遵守：
第六步：译者自检 11. 初译后当前 AI 以译者角色自检：无漏译、错译、反译；无事实漂移；术语和格式符合项目文件。
第七步：双语修订
12. 当前 AI 切换为修订者角色，执行 Chapter-XXX.revise.prompt.md，拿源文对照译文检查意义、事实、伏笔、术语、风格和格式。
第八步：单语润色
13. 当前 AI 切换为英文小说编辑角色，执行 Chapter-XXX.edit.prompt.md，只读英文稿，消除翻译腔，优化段落流动、对白节奏和可读性。
第九步：终检与保存 14. 每章译文必须保持：
Chapter 1: English Chapter Title
Translated chapter body...
也就是说，章数和章标题同在第一行，空一行后直接写正文。不得写标题标签、正文标签、译者说明、QA 说明或任何额外说明内容。
15. 按 manuscript/en/04-qa-checklist.md 终检：章节顺序、文件命名、纯译文 Markdown 结构、TBD 残留、术语一致性、译者说明残留和 EPUB 可导出性。
生成包含以下分类的统一术语表，翻译时严格遵守：
[中文名] → [Pinyin]（如 张三 → Zhang San）[中文] → [English]（如 筑基 → Foundation Building）[中文] → [Pinyin or English]盏茶 → the time it takes to drink a cup of tea英文版也支持 EPUB 导出：
python3 scripts/generate_epub.py <小说目录路径> --lang en