长篇小说连载工作流

技能文档

---
name: novel-forge
title: 长篇小说连载工作流
category: 内容创作
description: "以文件化项目状态驱动长篇小说连载：项目建档、世界观/人物/大纲正典构建、10章批量细纲、文风采样与锁定、章节起草与一致性审校、断档恢复与记忆维护，支持单智能体或多智能体角色分工。当用户要新建小说项目、续写或恢复长篇连载、生成设定/人物/大纲、检查章节一致性时触发。触发词：小说连载、新建小说、续写、断档恢复、大纲、人物设定。"
---

# 长篇小说连载工作流

把长篇小说当作**有状态的流水线**而不是聊天记忆来运营：项目状态全部落在文件里，支持新建、续写、断档恢复与多角色分工，正文阶段始终伴随一致性审校。

## 技能工作流

### 步骤1：启动与项目简报收集

1. 续写/恢复类请求先用 `scripts/discover_projects.py` 发现候选项目，多个时让用户选择
2. 收集项目简报（Bootstrap Gate），未齐前不得生成任何正典：
   - 书名、题材/读者、目标字数或章节数
   - 禁忌清单（不可出现的内容）
   - 核心设定（premise）
   - 执行模式（单智能体/多智能体，默认多智能体）
   - 续写时的起点检查点或首场戏
3. 简报先持久化到项目脚手架（`scripts/scaffold_project.py`），再进入角色分配讨论
4. 脚手架字段与项目状态结构见 [references/schemas.md](references/schemas.md)

### 步骤2：执行模式与角色映射

- 多智能体模式下，先展示当前环境可用模型清单（`scripts/show_runtime_inventory.mjs`）与写作角色列表，再请用户确认「角色→模型」映射
- 写作角色：总控（orchestrator）、设定（worldbuilding）、人物（characters）、大纲（outline）、文风（style）、正文（writer）、审稿（reviewer）、记忆（memory）、断档恢复（recovery）
- 映射推荐按实际模型清单打分生成（规划型/文笔型/审校型/高速型线索见 [references/prompts.md](references/prompts.md)），拿不准的标记「需用户拍板」，不要伪造确定项
- 清单不可读时如实报告，按单模型模式询问用户是否全角色复用
- 映射一经确认即写入 `project.json.models`，作为各阶段调度的执行计划

### 步骤3：正典构建（严格串行）

按依赖顺序推进，禁止并行消耗不稳定上游：

1. 世界观设定 → 2. 人物卡 → 3. 全书大纲 → 4.（如需）分卷规划 → 5. 10 章批量细纲 → 6. 文风采样 → 7. 文风锁定

- 世界观稳定前不出人物；世界观+人物稳定前不出全书大纲；全书大纲变更后，所有已生成的批量细纲标记过期并重做
- 上游正典变更时，必须重开受影响的下游阶段假设

### 步骤4：章节写作循环

每章执行：

1. 加载最小相关正典切片
2. 按批量细纲与章节节拍（beat sheet）起草正文
3. 审稿阶段对照正典、人物状态与文风规则出具具体修改意见
4. 修订直至通过；硬冲突未解决不得交付
5. 章节接受后立即更新记忆与状态，并写入 `state/current.json`

多智能体模式下正文阶段固定为 写手 → 审稿 → 总控 的流水；主会话只做路由、校验与状态回写，**不得亲自撰写或改写正典正文**（边界详见 [references/main-session-constraints.md](references/main-session-constraints.md)）。单智能体模式保持同一状态机纪律，把写作阶段合并为一次受控执行。

### 步骤5：断档恢复

- 识别为恢复模式而非新章节任务；先读最近稳定检查点、大纲、近期摘要与残稿
- 用 3-5 条要点汇报已恢复的状态：已知 / 未知 / 下一句从哪续
- 从最后一个稳定句或节拍继续，不重写无关前文
- 残稿过短无法安全推断场景时，向用户索要缺失段落或章节摘要，不要编造过渡

### 步骤6：状态回写与维护

- 每接受一章，同步章节摘要、记忆与状态三件套
- 每 2-3 章刷新摘要；每 5-10 章做一次更深的正典/文风审计
- 全书大纲变更 → 作废派生细纲并重生成；检查点后随时保证 `state/current.json` 可见最新章节边界
- 状态机与运行手册见 [references/state-machine.md](references/state-machine.md)、[references/runbook.md](references/runbook.md)

## 核心契约

- 项目状态保存在文件里：`project.json`、`worldbuilding.md`、`characters.md`、`outline.md`、`style.md`、`memory.md`、`chapters/*.md`、`state/current.json`（存在时优先作为快速恢复源）
- 不臆造缺失事实：去读文件或询问用户；出处缺失或含糊时停止
- 多智能体模式下角色流水线是强制的：建档、正典生成、文风采样、起草、审校、恢复、维护每个阶段都用对应角色，不因「没写正文」而跳过
- 建档期可以把用户提供的设定材料整理成更干净的正典，但不得发明重大情节事实、不得覆盖用户意图

## 反漂移规则

- 只使用最小相关正典切片
- 用显式的人物状态与未闭合伏笔替代「隐式记忆」
- 文风规则保持精炼并持久化
- 审稿意见是必选项不是可选项
- 在审校/清理中，保留用户明确要求保留的内容标签与设定，只处理违规细节本身，不做波及无关正典的过度修剪

## 写作约束

所有正文阶段默认使用：具体动作、身体语言、感官细节、角色专属措辞、场景内观察。

避免：模板化过渡、重复的对比句式、抽象总结堆砌、解释性废话、机械对称的段落，以及「不是X，而是Y」类解释式对比从句（审稿确需用于对话或极紧凑文本时除外）。用画面让读者自己推断对比，而不是用否定对概括。

## 输出形态

- 规划类任务：项目简报 / 模型分配 / 正典状态 / 大纲或细纲 / 风险与冲突 / 下一步
- 写作类任务：章节目标 / 写手初稿 / 审稿意见 / 修订摘要 / 记忆更新

## 失败行为

- 缺关键事实 → 询问
- 恢复检查点不明 → 停止
- 审稿没有草稿可审 → 视为流程未完成
- 多智能体模式下主会话将要亲自写正文 → 移交给写手阶段

## 资源

按需读取：

- [references/state-machine.md](references/state-machine.md) — 运行状态机
- [references/runbook.md](references/runbook.md) — 操作手册
- [references/schemas.md](references/schemas.md) — 项目状态与文档结构
- [references/workflow.md](references/workflow.md) — 阶段工作流
- [references/main-session-constraints.md](references/main-session-constraints.md) — 主会话边界
- [references/prompts.md](references/prompts.md) — 各角色提示词模板
- [references/examples.md](references/examples.md) — 交互示例
- [references/continuation-checklist.md](references/continuation-checklist.md) — 续写前检查单
- `scripts/scaffold_project.py` — 创建项目脚手架
- `scripts/discover_projects.py` — 发现已有项目
- `scripts/build_context_pack.py` — 生成上下文包
- `scripts/show_runtime_inventory.mjs` — 模型清单读取

使用说明

# 长篇小说连载工作流

用文件化项目状态稳定连载长篇小说：新建、续写、断档恢复、多角色分工一条龙。

## 使用

```text
帮我新建一个小说项目，题材是奇幻冒险
```

```text
继续写《寄魂》，从上次断开的地方接着写
```

```text
从第5章断档处恢复
```

## 工作原理

项目状态（设定、人物、大纲、文风、记忆、章节）全部落盘，按「建档闸门 → 正典串行构建 → 10章批量细纲 → 起草-审校循环 → 状态回写」推进。支持多智能体角色分工（总控/设定/人物/大纲/文风/写手/审稿/记忆），正文永远伴随一致性审校，断档可从检查点安全恢复。

如何安装此技能？

访问技能市场，点击「安装」按钮，按提示将技能包放入 AI 编程助手的 skills 目录即可。