MyNovel 长篇网络小说工作流

入口只定义路由、全局不变量和执行边界。references/ 是流程、状态权威关系和领域硬约束的唯一说明层；prompts/ 定义当前任务的输入输出。不得把单一题材、金手指、文风、角色、状态仓库或某一生产阶段的细则追加到入口。

定位与加载

• 以当前 SKILL.md 的目录为 Skill 根目录，所有资源路径相对此目录解析。
• 第三方许可见 THIRD_PARTY_NOTICES.md，只在处理来源或许可时读取。
• 小说工作区依次采用用户指定路径、MYNOVEL_WORKSPACE、当前工作区。优先在其中的 小说/ 定位项目，范文位于项目扫描根的 范文/。
• 按 references/项目定位.md 定位以 novel-config.md 标识的项目。已知路径直接使用；只有多个候选无法消歧或同章有多个权威正文候选时询问。EPUB 任务定位后直接进入导出路由。
• 选择下表与任务相关的一行及必要前置。只读取对应模式的章节、提示词和脚本契约，不加载整条生产链。脚本调用和写入所需的 schema、哈希与状态条件仍须满足。

任务路由

任务	参考文档与提示词
rank-scan / 扫榜与开书	references/开书流程.md；prompts/扫榜与开书构思提示词.md
范文入库、范文拆书、原创仿写、文风蒸馏	references/范文与创作依据.md 的对应模式；分析时用 prompts/范文结构与文风分析提示词.md，原创规划再用大纲路由
项目文风确定、融合或修改	references/范文与创作依据.md 的项目编译模式；prompts/项目文风规范提示词.md
文风校准	references/范文与创作依据.md 的校准模式；涉及已发生事实时加 references/长篇上下文与一致性.md
新小说初始化、项目迁移	references/项目定位.md；references/项目结构与迁移.md
总大纲	prompts/大纲生成提示词.md
系统设计/重构	references/系统设计与运营.md；prompts/系统设计提示词.md
系统阶段规划	references/系统设计与运营.md；references/规划窗口与防抢跑.md；prompts/系统阶段规划提示词.md
准备下一窗口、扩窗或锁定预算	references/规划窗口与防抢跑.md；prompts/规划窗口准备提示词.md
分阶段大纲细化	references/规划窗口与防抢跑.md；prompts/分阶段大纲细化提示词.md
整理已有细纲	references/细纲整理流程.md；prompts/分阶段大纲细化提示词.md 的整理模式
黄金三章微操细纲	prompts/黄金三章微操细纲提示词.md
正文生成、续写	references/长篇上下文与一致性.md；references/正文生产与审修.md 的生成流程；references/状态与总结.md；prompts/正文生成提示词.md
手动正文自然化 / 去AI / 去除AI味	上述正文上下文协议；references/正文生产与审修.md 的自然化流程；prompts/正文自然化提示词.md
草稿审查、审查并修复、自动修复或修复确认	references/长篇上下文与一致性.md；references/正文生产与审修.md 的对应模式；正式审修用 prompts/正文审查与修复提示词.md
章节总结、状态更新或会话结束	references/状态与总结.md
一致性检查	references/长篇上下文与一致性.md
EPUB 导出与同步	references/EPUB导出与同步.md

创建目录、归档、事务或配置时，按 references/项目结构与迁移.md 查对应 schema；运行验证或事务脚本时查 references/自动化脚本契约.md，资源不适用时说明原因。

创作与状态边界

• 正文服从本章正式细纲和已发生事实，不自行新增主线事件、角色、设定、能力或伏笔；归档只修改目标章节或锚点块。
• 新书先满足 30 天内有效扫榜的开书条件；新规划窗口依次完成系统阶段规划、总纲/manifest扩窗锁定、分阶段细纲。范围与前置验证由对应参考文档规定。
• 正文生成每次请求最多 5 章，超过时按现有创作协议要求拆分；审查和修复按连续最多 5 章自动分批，完成用户指定范围。50 章仍是大纲、总结和报告的归档单位。
• 普通写作只完成创作及逐章状态提交，记为 review_pending；该状态不阻断续写，不补审，不得自动读取或调用自然化提示词。生成稿的 source 与 candidate 相同，事实锁、候选验证、总结和独立状态回证按正文流程执行。
• 待审正文必须保留 （草稿）.md；只有两份正式审查通过、候选验证通过且登记 review_passed 才去掉草稿标识。正文哈希变化使旧审查失效。
• 当前可见稿与 committed 哈希不同时，审查走 working_copy 模式，不推进正式链。用户要求修复已授权 repair 修订及必要的可回滚 shadow rebase；只有真实后文冲突无法裁决时才询问。

完成条件

完成用户要求的章节或产物、对应验证，以及该路由要求的状态、总结、配置和归档回写，再报告结果。只审查不改正文；修复任务在通过验证后正式写回，不停在修复草案或重复确认。

Windows 优先用 py -3，macOS/Linux 优先用 python3；不得因某一个命令名不可用而跳过必要事务。验证失败时按具体证据修复本次产生的问题；只在缺少权威输入、事实冲突或无法满足契约时停止，并说明阻断项。汇报产物路径、验证结果和未完成项，无需逐项列出已读取文件。