xiaofeng-928/chinese-longnovel-skill/chinese-longnovel-skill

MyNovel 长篇网络小说工作流

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

定位与加载

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

任务路由

创建目录、归档、事务或配置时，按 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；不得因某一个命令名不可用而跳过必要事务。验证失败时按具体证据修复本次产生的问题；只在缺少权威输入、事实冲突或无法满足契约时停止，并说明阻断项。汇报产物路径、验证结果和未完成项，无需逐项列出已读取文件。