my-novel

---
name: my-novel
description: 长篇网络小说的开书、规划、写作、审修和导出。用于明确的小说项目任务；不用于一般文档或技能工程。
---

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