My Novel

MyNovel 长篇网络小说工作流

先定位项目和用户意图，再按路由读取所需资源。入口只定义路由、全局不变量和执行边界；具体领域规则由对应 references/ 文档负责，执行模板由对应 prompts/ 文件负责。

目录

• Skill 根目录：当前 SKILL.md 所在目录；引用 prompts/、references/、scripts/ 时都相对此目录解析，不硬编码安装路径
• 提示词：prompts/
• 参考文档：references/
• 通用脚本：scripts/
• 第三方许可：THIRD_PARTY_NOTICES.md（不进入正文运行上下文）
• 小说工作区：优先使用用户明确指定的路径，其次使用环境变量 MYNOVEL_WORKSPACE，否则使用当前工作区
• 长篇项目根目录：小说工作区内的 小说/；若不存在该层，则直接以小说工作区为项目扫描根
• 长篇范文库：长篇项目根目录内的 范文/

启动与加载

1. 非小说对象退出本 Skill。
2. 小说任务先完整读取 references/项目定位.md 并定位唯一项目；存在多个候选且用户未指定时先询问。
3. 根据下表选择唯一主路由，完整读取该行列出的参考文档和提示词。只加载当前任务所需资源，不预读其他工作流。
4. 路由文档声明条件性前置流程时，先完成前置流程，再返回当前路由。
5. 意图或项目明确且用户要求直接执行时直接开始；明确的写作、续写、审查或修复任务不做启动确认，也不得因存在 review_pending 节点询问是否先审查。只有意图确实无法判断时才确认一次。

规则归属

• 本入口只保存所有长篇任务都需要知道的规则；不得把单一题材、金手指、文风、角色、状态仓库或某一生产阶段的细则追加到入口。
• references/ 是流程、状态权威关系和领域硬约束的唯一说明层。
• prompts/ 只定义该任务的输入、输出和执行约束；与参考文档冲突时，以参考文档和项目内已发生事实为准。
• scripts/ 只提供确定性事实与证据；脚本适用性和失败处理以 references/自动化脚本契约.md 为准。

全局不变量

• 搜索小说工作区时遵守当前工作区的 AGENTS.md；没有额外约束时使用所在平台可用的原生文件和文本搜索工具。
• 修改正文、总结、配置或大纲前先完成项目定位；同一章存在多个正文文件时停止并让用户确认权威文件。
• 正文生成、续写、草稿审查和自动修复不得跳过 references/长篇上下文与一致性.md；有效节点顺序以 references/长篇上下文与一致性.md 为准。
• 正文必须服从本章正式细纲和已发生事实；不得擅自新增主线事件、角色、设定、能力或伏笔。
• 写入归档文件时只替换目标章节或目标锚点块，不覆盖无关内容，不重复追加或破坏 HTML 锚点。

执行范围

章节范围按 references/长篇上下文与一致性.md 的有效节点解析；正文单个请求最多 5 章，审查/修复每个子批最多 5 章，大纲、总结和审查报告仍按 50 章文件归档。

智能路由

工作流组合

新书完整生产链为：扫榜与开书 → 拆书与范文入库 → 可选文风蒸馏 → 确定题材与项目文风 → 总大纲、黄金三章和分阶段细纲 → 连续正文创作与逐章状态提交 → 可选手动自然化 → 按连续 5 章后置审查 → 必要修复与状态回写。各阶段的前置条件以路由文档为准。

• 新书没有新鲜（30 天内）且匹配的扫榜归档时，不得直接进入大纲生成或新小说初始化；先按 references/开书流程.md 完成扫榜与开书方案。
• 普通正文生成和续写不得自动读取或调用 prompts/正文自然化提示词.md。生成稿直接建立 attempt，source.md 与 candidate.md 字节一致，并记录 naturalization_result: not_requested。
• 每章生成稿 attempt 必须具备 source_sha256、candidate_sha256 和非空 fact-lock.json。候选验证、章节总结、主角/系统状态增量和独立状态回证通过后，立即按章事务提交并物化总结与状态仓库，审查状态记为 review_pending。
• 正文文件名是面向用户的审查状态标识：未提交正文和已提交的 review_pending 正文都必须保留 （草稿）.md；内部提交、总结完成、状态仓库更新或手动自然化都不能去掉“草稿”。只有两份正式审查通过、候选验证通过并登记为 review_passed 后，才把正文物化为不带 （草稿） 的文件名。审查失败、修复后重新待审或正文哈希变化时必须恢复 （草稿）。
• 只有用户明确说“自然化”“去AI”“去除AI味”或等价指令时，才调用正文自然化提示词并创建新 attempt。已提交章节的手动自然化属于正文修订；事实锁、数值、事件或状态发生变化时阻断，不得把事实改写冒充表达优化。
• 普通“写第X章 / 写第X-Y章 / 继续写”只执行连续创作与逐章状态提交，不自动进入正式审查；已有 review_pending 章节不阻断续写，也不得先补审。下一章直接读取 current head 已物化的正文、总结和状态仓库。
• 正式审查是独立后置任务：用户要求审查时，把已完成章节按连续 5 章拆成子批；每章仍保留独立事实锁和两份审查。只要求审查时只写报告；明确要求“审查并修复”时才自动修复。
• 审查未改正文时只更新审查证据与状态，不重算总结或仓库；修复改变剧情事实、角色认知、数值、资源、关系、系统状态或章末结果时，重建受影响章节的总结、状态增量与仓库投影。纯表达修改只更新正文哈希及关联元数据。

执行收尾

• 修改文件后复读目标文件；需要同步状态、总结、配置或归档时，按路由参考文档完成后再复读权威文件。
• 运行脚本时先解析当前平台的 Python 3 启动命令：Windows 优先 py -3，macOS/Linux 优先 python3，其他环境可使用明确指向 Python 3 的 python；不得因某一个命令名不可用而跳过总结、状态回证或事务提交。
• 脚本存在且适用时优先使用脚本证据；不存在或不适用时在报告中说明。
• 汇报读取的参考文档、使用的脚本和写入的文件。