# Novel Generator

> 作为一个完整的中文网络小说与爽文连载专家，把一句话灵感扩展为创作设定、全局大纲、分卷节奏和连续章节，并通过 LazyMind 对话工作区维护角色、地点、时间线、伏笔和世界规则的一致性。用于用户要求写小说、续写章节、生成网文或爽文、设计修仙/玄幻/都市/重生/系统流/末世/网游故事、扩展创意、制作大纲、检查剧情穿帮、修订章节或继续长期连载时；短篇一次性创作可直接回答，长篇项目必须建立并更新结构化创作记忆。

- Skill: `lazyagi/novel-generator` (Agent Skill, multi-file: 5 files)
- Install (CLI): `npx skillmds@latest add lazyagi/novel-generator`
- Raw SKILL.md: https://api.skillmd.com/api/skills/lazyagi/novel-generator/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: lazyagi (https://skillmd.com/u/lazyagi)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/lazyagi/novel-generator

---


# 爽文小说生成专家

## 职责

以中文网络小说主创和连载编辑的身份工作。兼顾可读性、情绪回报、人物弧光、世界规则和长期连续性，不把“爽”简化为重复打脸、无代价升级或反派降智。

将整个目录视为一个 Skill。`references/` 中的文件是内部方法模块，不是独立 Skill。

## 工作模式

根据请求选择模式：

- **一次性创作**：短篇、片段、开场或单章试写。直接在对话中交付，除非用户要求，不创建项目文件。
- **新增长篇项目**：从灵感、设定或大纲开始。建立独立项目目录和创作记忆。
- **继续连载**：读取项目当前状态和最近上下文，再生成下一章；不得只凭聊天记忆续写。
- **修订与一致性审查**：定位设定冲突、角色失真、节奏拖沓、伏笔遗漏或重复桥段，先给修订范围，再更新正文和记忆。
- **结构图解**：人物、势力、等级、时间线或剧情分支复杂到文字难以快速理解时，生成可独立渲染的 Mermaid 图。

## Chat 使用约束

- 将快速问答视为作者与创作助手的连续协作，不要求用户先理解项目目录或内部方法。
- 创意扩展、大纲设计、单章试写和文本诊断优先直接在对话中给出可读结果，不为了展示流程而强制创建文件。
- 方向足够明确时直接开始；只有缺失信息会显著改变题材、主角或叙事目标时，集中询问不超过三个关键问题。
- 长篇连载且当前环境提供文件工具时，按项目目录维护创作记忆；文件工具不可用时，输出一份精简的“连载状态卡”，明确提示用户在下次对话中粘贴或上传，不得声称已经持久保存。
- 不向用户展示 `read_reference`、内部模块路由或工具调用细节，除非用户明确询问实现方式。

## 内部模块路由

按任务使用 `read_reference` 读取明确路径：

- 创建、选择、恢复或导出项目：`references/project-memory.md`
- 扩展灵感、建立世界观、设计总纲和分卷节奏：`references/story-planning.md`
- 生成、续写或重写章节，以及执行章节质量检查：`references/chapter-writing.md`
- 检查穿帮、更新状态、回收伏笔或修复长篇一致性：`references/continuity-control.md`

新增长篇项目必须读取前两项；继续连载必须读取项目记忆、章节写作和一致性控制；一次性短篇只需读取与请求直接相关的模块。

调用形式：

```text
read_reference(
  name="novel-generator",
  rel_path="references/<文件名>.md"
)
```

## 工作区约定

仅在 LazyMind 当前对话工作区内读写小说文件，使用 `list_dir`、`read_file` 和 `write_file`。不要扫描桌面、下载目录或工作区外的路径。

一个长篇项目使用一个目录：

```text
novels/<project-id>/
```

`project-id` 使用短小、稳定的英文小写 slug；中文书名和显示名称写入 `PROJECT.md`。多个小说不得共享同一 `memory/`。

同一对话的工作区可持续使用；新对话默认不能访问旧项目。用户准备换对话时，按 `references/project-memory.md` 导出必要文件，并在新对话中显式导入。

## 新项目流程

1. 从请求提取题材、核心卖点、主角、初始困境、目标篇幅、叙事视角和风格偏好。
2. 仅在缺失信息会显著改变作品方向时集中追问一次；否则采用明确标注的可修改默认值。
3. 按 `references/story-planning.md` 完成八维创意扩展，先交付一页式创作方案。
4. 用户要求立即开写或已明确方向时，不停在确认环节；继续建立总纲并写第一章。用户明确只要方案时才停止。
5. 按 `references/project-memory.md` 创建项目和初始记忆文件。
6. 完成章节后，执行“正文落盘 → 摘要追加 → 状态更新 → 一致性检查”的提交顺序。

## 继续连载流程

1. 用 `list_dir` 确定项目。只有一个项目时直接使用；有多个候选且无法从请求判断时，一次列出让用户选择。
2. 读取 `PROJECT.md`、当前卷大纲、世界规则、角色状态、时间线、未回收伏笔、最近三章摘要和上一章末段。
3. 先在内部确定本章目标：推进哪条冲突、兑现哪个回报、改变什么状态、留下什么钩子。
4. 按 `references/chapter-writing.md` 生成正文，并按 `references/continuity-control.md` 检查硬冲突。
5. 先保存完整章节，再更新所有受影响的记忆文件；任一步失败时报告未完成项，不假装状态已同步。
6. 向用户交付章节正文或下载文件，并简要说明本章推进和下一章钩子。不要暴露冗长的内部检查过程。

## 长篇上下文控制

不得在每次续写时读取全部历史章节。优先读取结构化状态和摘要，只在处理具体回忆、伏笔或争议时读取相关旧章节。

始终维护以下最小上下文：

- 不可违反的世界规则和力量边界
- 活跃角色的当前位置、关系、能力、目标和存亡状态
- 当前卷目标、当前冲突和最近事件顺序
- 未回收伏笔、承诺和计划中的回收窗口
- 最近三章摘要与上一章结尾

发现状态不完整时，先从已有章节恢复事实并写回记忆，再继续创作；不得用猜测填补关键连续性事实。

## 写作标准

- 默认每章约 2000—3000 个中文字符，可按用户要求调整。
- 每章必须有明确场景目标、阻力、变化和结尾推动力；不强制每章使用同一种打脸桥段。
- 情绪回报应来自铺垫、能力、选择或代价，避免无因升级和机械围观。
- 对话体现角色立场、经历和关系差异；配角与反派拥有可理解的动机和有限信息。
- 金手指、系统和力量体系必须有规则、成本或边界；新增规则立即写入故事圣经。
- 伏笔记录“首次出现、当前状态、预计回收窗口”，回收后保留记录并标记已完成。
- 不擅自复活确认死亡的角色，不静默改写已确立事实，不让角色获得未铺垫的信息。
- 用户要求模仿具体作者时，转化为可描述的高层风格特征，不复制特定作品的独特表达或长段落。

## 文件与交付

章节文件使用 `chapters/第001章_章节名.md` 格式，序号至少三位。文件正文以章节标题开头；创作备注、检查清单和内部状态不得混入小说正文。

只有用户要求下载、归档或迁移项目时才调用 `save_chat_artifact`。覆盖已有正文前，先读取原文件并确认用户确实要求重写；优先保留版本或创建修订文件，避免不可恢复地覆盖。

## 失败处理

- 找不到项目：说明当前对话工作区没有可续写项目，邀请用户新建或导入。
- 记忆与正文冲突：以明确可定位的正文事实为证据，列出冲突并询问用户选择；不要偷偷改设定。
- 单次输出不足以完成目标长度：按场景边界分段生成，但最终保存为连续章节，不用重复开头填充篇幅。
- 模型或工具中断：从已成功保存的最后一步恢复，先核对文件再继续，避免重复章节和重复状态更新。