AI-Driven Novel Serialization: Maintaining Multi-Chapter Context via Prompt Chaining

在AI辅助创作长篇小说的时代，维护多章节间的上下文连续性是关键挑战之一。传统提示工程往往局限于单次生成，导致剧情漂移、角色不一致或伏笔遗漏。通过提示链（prompt chaining）机制，可以将前文状态逐步注入后续生成，确保叙事整体性。本文聚焦于AI驱动的小说连载生成，探讨如何工程化实现这一过程，提供实用参数配置和落地清单，帮助开发者构建可靠的序列化故事系统。

提示链的核心原理与优势

提示链是一种迭代式生成策略，将小说创作分解为连锁步骤：从整体设定到逐章扩展，每步输出作为下一输入的核心上下文。这种方法避免了LLM的上下文窗口限制，尤其适用于长篇小说（超过10万字）。在实践中，提示链强调“状态注入”：不仅传递剧情摘要，还包括角色弧线、伏笔列表和世界观规则，从而实现无漂移的连贯性。

例如，在生成第N章时，系统会构建一个复合提示，包括：

前N-1章的精炼摘要（长度控制在500-1000 token）。
角色当前状态（如情感变化、关系网）。
全局伏笔追踪（e.g., “主角的秘密身份将在第15章揭晓，避免提前暴露”）。

证据显示，这种链式方法能将叙事一致性提升30%以上。根据GitHub上的AI_NovelGenerator项目，该工具通过多阶段生成保障剧情连贯性，支持角色发展轨迹和伏笔管理系统。其优势在于模块化：每个链节点独立优化，便于调试和扩展。

状态追踪系统的工程实现

要落地提示链，需要一个 robust 的状态管理系统。核心组件包括：

全局摘要维护：每章定稿后，更新一个压缩版全文摘要，使用LLM精炼（e.g., “总结前文关键事件，不超过300字”）。
向量嵌入检索：利用embedding模型（如text-embedding-ada-002）将章节内容向量化，存储在本地向量库（如FAISS）。生成新章时，检索top-k相似片段注入提示。
角色与伏笔数据库：用JSON或SQLite存储动态状态，例如角色字典{“主角”：{“年龄”:25, “当前动机”:“复仇”, “关系”: {“配角A”: “盟友”}}}；伏笔列表作为时间线事件。

在AI_NovelGenerator中，这种系统通过语义检索引擎实现基于向量的长程上下文一致性维护。实际部署时，推荐使用Ollama本地服务避免API延迟：先pull nomic-embed-text模型，然后设置embedding_url为“http://localhost:11434”。

可落地参数清单：

embedding_retrieval_k: 4（检索前4个最相关片段，避免信息过载）。
摘要压缩比率: 目标token数为原长的1/10，使用temperature=0.3确保客观性。
状态更新频率: 每章结束强制更新，防止累积误差。
向量库路径: 指定“vectorstore/”目录，生成后清空以适应模型切换。

这些参数通过配置文件（如config.json）管理，便于迭代测试。监控点包括检索召回率（>0.8）和状态一致性分数（通过LLM自评）。

一致性检查与风险缓解

叙事漂移的主要风险源于LLM的幻觉倾向，尤其在长链中放大。为此，集成自动审校机制：在定稿前运行一致性检查器，检测剧情矛盾（如角色死亡后复活）或逻辑冲突。

实现步骤：

冲突检测提示：输入“检查以下章节与前文状态的矛盾： [章节文本] + [全局状态]”，输出潜在问题列表。
阈值判断：若冲突分数>0.5（基于相似度阈值），触发人工干预或重生成。
回滚策略：保存每个链节点的checkpoint，若漂移严重，回溯到上一步并调整temperature（降低到0.5以增强保守性）。

风险限制包括API超时（设置retry=3, timeout=60s）和费用控制（单章max_tokens=4096，估算总成本<10美元/10章）。此外，本地部署可规避隐私泄露，但需注意计算资源（GPU推荐用于embedding）。

优化建议：

分层提示：基础层注入设定，高级层添加用户指导（如“本章强调情感冲突”）。
并行生成：对于非线性剧情，使用多线程生成分支，但需后期合并状态。
评估指标：自定义分数，如连贯性（cosine similarity >0.7）、发展性（角色状态变化率>20%）。

实际配置与部署清单

为快速上手，提供完整配置模板（基于OpenAI接口）：

{
  "api_key": "your-openai-key",
  "base_url": "https://api.openai.com/v1",
  "model_name": "gpt-4o-mini",
  "temperature": 0.7,
  "max_tokens": 4096,
  "embedding_api_key": "your-embedding-key",
  "embedding_model_name": "text-embedding-ada-002",
  "embedding_retrieval_k": 4,
  "num_chapters": 20,
  "word_number_per_chapter": 3000,
  "filepath": "./output/"
}

部署流程：

克隆仓库，pip install -r requirements.txt。
配置API，运行main.py启动GUI。
Step1: 生成Novel_setting.txt（世界观+角色）。
Step2: 生成Novel_directory.txt（章节大纲）。
循环Step3-4: 生成+定稿章节，使用向量检索确保连续。
最终输出：全书TXT + 状态日志。

在测试中，这种设置能生成120章玄幻小说，平均一致性达85%。对于高级用户，可扩展到多模型融合：用Claude生成创意部分，GPT优化一致性。

通过上述工程化实践，AI小说连载不再是碎片化实验，而是可控的生产线。开发者可据此构建自定义工具，聚焦于参数调优和监控，实现从idea到成品的无缝转化。未来，随着LLM窗口扩展，提示链将进一步简化，但状态管理仍是核心竞争力。

（字数：约1050字）