NovelAI 是一款面向小说与创意写作的云端 AI 平台,由 Anlatan 团队于 2021 年 6 月上线,早期以二次元视觉风格和相对宽松的内容政策切入创作者市场,后逐步演进为兼顾文本生成与 AI 配图的综合创作工具。其核心价值在于:将通用大模型能力拆解为可复用的创作流程——续写、记忆、世界设定、采样控制、图像生成——让作者用较短时间从空白页进入稳定产出状态。本文基于官方文档与版本发布记录,覆盖从注册、参数调节、Lorebook 使用到 API 对接的完整链路,并在结尾给出同类工具选型、常见误区与面试检测题。适合网文作者、二次元创作者,以及需要把小说生成能力接入产品的 AI 工程师阅读。
掌握 NovelAI 的实操与集成方式,意味着你既能在创作侧快速验证“文本+设定管理”的产品原型,也能通过其 API 把生成能力嵌入自己的内容管线,是 AI 写作从业者低成本入门的切入口。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 NovelAI:垂直创作场景下的质量与一致性问题 → 可配置的辅助写作引擎
传统小说创作中,作者面临两类高成本问题:一是“空白页焦虑”,开场、过渡段落与场景扩展经常消耗数小时;二是长篇幅下的设定一致性,人物性格、世界观细节容易在数万字后发生漂移。通用聊天模型虽然能够续写,但难以记住跨章节的角色关系,且输出风格与网络小说、轻小说的节奏不匹配,内容审查也会限制创作题材。
NovelAI 的解决路径不是“一键写完整本书”,而是把写作拆成可组合的模块:文本生成负责给出候选段落,Memory 与 Author's Note 负责注入长期记忆,Lorebook 负责按关键词自动激活设定条目,锚点与情感标签则用于锁定关键情节和情绪走向。作者以“阅读-选择-编辑-再生成”的方式与模型协作,最终产出具有较高一致性的初稿。
与 LangChain 等编排框架不同,NovelAI 不做通用应用编排,而是把小说创作的领域知识(叙事节奏、角色控制、世界设定)内置在产品里;与 ChatGPT 等通用模型相比,它更强调“连续创作”而非“单轮对话”,并且长期保留相对宽松的内容政策。这使它成为 AI 写作赛道中边界清晰、可观测性强的垂直样本。
安装与环境配置:浏览器访问,4 步就绪
NovelAI 是云端 SaaS,不需要安装客户端或配置 Python 环境。首次使用的完整步骤如下:
步骤一:访问官网并注册账号。打开 novelai.net,使用邮箱完成注册与邮箱验证。
步骤二:选择订阅计划。登录后在“设置 → 订阅”页面选择 Tablet(基础)、Scroll(标准)或 Opus(高级)三档之一;新账号通常有少量免费文本生成额度,用尽后需订阅才能继续生成。
步骤三:进入故事工作台。点击“Novels → New Story”,输入故事名称并选择生成模型(当前可用 Nocturne、Kayra 等)。
步骤四:生成 API 令牌(仅需要程序化接入时执行)。在“设置 → 账号 → 持久令牌”中点击创建,复制以 eyJ 开头的 token,后续调用官方 API 时放入 Authorization: Bearer <token>。
# 验证令牌可用性(需替换为你自己的 persistent token)curl https://api.novelai.net/user/data \ -H "Authorization: Bearer eyJ..."
快速上手:10 分钟跑通第一个续写示例
核心思路是一段“人机接力”流程:你写开头,模型续写,你保留或改写,再继续。不需要学习任何脚本语言。
1. 在小说列表中点击“新建故事”,输入标题(如“赛博都市”),模型选择默认。
2. 在编辑器输入 2-3 段正文,例如“……雨水顺着霓虹滑落,她在天台边缘停住脚步。”
3. 将光标放在需要续写的位置,点击编辑器右下方的“生成”按钮,或直接按 Tab 键请求 1 次生成。
4. 阅读候选文本:认可则保留,不认可则点击“重试”让模型重新采样,或按 Esc 撤销本次生成。
5. 打开左侧“记忆”面板,在 Memory 中写一句全局设定(如“主角叫林夏,是一名黑客”),再点一次生成,观察模型如何回应设定约束。
6. 当某段描写偏离设定时,把关键词加入 Lorebook,并配置触发词(如“林夏”),后续每次出现“林夏”时模型都会自动读取对应设定。
结果说明:通过上述步骤,你能在 10 分钟内体验到续写、记忆注入、设定触发三个核心能力的联动效果。进阶技巧是按 Ctrl+Enter(Windows)或 Cmd+Enter(Mac)连续生成多段草稿,再统一编辑,效率远高于单段逐次生成。
核心能力详解:6 大支柱
支柱一:文本生成引擎与采样控制。 模型默认提供“故事”模式,但真正决定输出风格的是采样参数:Temperature(随机性)、Repetition Penalty(重复惩罚)、Top-P 与 Top-K(候选词截断)。在“生成设置”中将这些参数组合保存为预设,可让同一模型适配不同题材:悬疑需要低温度加高重复惩罚,搞笑日常可以适当提高温度。
支柱二:Lorebook(世界设定书)。 这是维持长篇一致性的关键机制。你以“条目”为单位登记角色、地点、组织、伏笔,每个条目配置触发关键词与条目标题;正文中出现关键词时,对应条目自动注入上下文,不出现则不消耗上下文空间。官方文档将其定位为“动态注入的设定数据库”。
支柱三:Memory 与 Author's Note。 Memory 是全局长期记忆,适合存放贯穿全书的核心设定;Author's Note 则固定附加在每次生成请求末尾,适合写下“本章注意保持……悬念”等短期指令,两者共同构成模型的“脚手架”。
支柱四:锚点与情感标签。 锚点用于把某段文字标记为控制点,模型在生成时会参考锚点内容,适合锁定关键剧情转折;情感标签则通过在上下文中标记情感状态(如愤怒、悲伤)引导当前段落的语气走向。
支柱五:AI 图像生成。 文本生成之外,NovelAI 提供基于 NAI Diffusion 的文生图/图生图能力。图像生成消耗 Anlas 积分,与文本订阅额度分离;可用于角色设定图、封面与章节插画,风格以二次元/动漫向见长。
支柱六:多模型切换与导入导出。 同一账号可在 Nocturne、Kayra 等模型之间切换,不同模型对应不同速度与风格;故事支持 Markdown 文本导出,便于备份或迁移到其他工具。
生产部署与监控:从上线到运维
部署方式一:直接使用官方 SaaS。 对个人作者与小型工作室,无需自建服务:订阅后通过浏览器使用,官方负责模型、存储与算力。注意文本生成额度按订阅计划分配,图像生成则按 Anlas 计费,二者计费逻辑不同。
部署方式二:通过官方 API 接入自建生产系统。 团队可在“设置 → 账号”中生成持久令牌,将 NovelAI 作为内容生成引擎接入自己的草稿流水线:先由产品触发续写请求,再将结果汇入编辑/审核队列。API 文档见官方文档站,认证方式为 Authorization: Bearer <token>,核心端点为文本生成与图像生成两类;面向生产环境建议由后端代理调用,避免在前端暴露令牌。
可观测性。 在官方服务状态页可以查询平台可用性与历史事故;账号设置中可查看当月 Anlas 余额与生成用量。生产接入方还应对生成结果做质量抽检:记录“人工采纳率”与“重复率”,当某段输出被反复重试时,优先检查提示词与 Lorebook 触发词配置,而不是堆叠温度参数。
<p class="para-label">避坑清单:</p>
<ul class="dash-list"><li>订阅 Opus 不等于图像无限生成:Anlas 积分按次消耗,用尽后图像功能会暂停,需单独补充积分。</li><li>不要忽视 TOS:NovelAI 对版权与内容使用有明确条款,商用前需核对授权范围,避免把生成内容直接用于付费商业发布。</li><li>中文生成能力明显弱于英文:模型语料以英文为主,中文创作需配合 Memory 提供足够约束,否则容易出现语义漂移。</li><li>持久令牌等同于账号权限:泄露后对方可消耗你的订阅额度,应定期轮换并仅在后端保存。</li><li>Lorebook 条目过多会拖慢生成:每条触发都会占用上下文,应控制在关键设定范围内,而非将所有设定全部放入。</li></ul>
| 维度 | NovelAI | AI Dungeon | Sudowrite | KoboldAI |
|---|---|---|---|---|
| 定位 | AI 小说创作平台 | AI 文字冒险游戏 | 专业作者 AI 写作助手 | 本地/开源文本生成前端 |
| 模型方案 | 自研微调模型(Nocturne/Kayra) | 调用商业 LLM(GPT 等) | 调用 GPT-4o、Claude 等 | 可插拔本地/远程模型 |
| 内容审查 | 相对宽松,仍有 TOS 边界 | 分级内容过滤 | 严格合规审核 | 完全自行控制 |
| 长篇一致性 | Lorebook+Memory+锚点 | 剧情管理较弱 | Story Bible 等策划工具 | 世界信息/作者注释 |
| 部署方式 | 云端 SaaS(订阅) | 云端 SaaS | 云端 SaaS | 本地运行(需 GPU) |
| 学习曲线 | 低 | 极低 | 中 | 高 |
| 中文支持 | 一般(英文为最优) | 一般 | 较弱 | 取决于所接模型 |
| License | 闭源按量订阅 | 闭源订阅 | 闭源订阅 | 开源可自部署 |
选型建议:想要开箱即用、擅长小说题材且接受订阅制,选 NovelAI;预算有限且有技术能力、追求数据不出本地的团队选 KoboldAI;需要从 0 到 1 策划长篇并重度依赖编辑协作,选 Sudowrite;目标是互动游戏/分支剧情体验,则 AI Dungeon 更对口。
版本迭代
NovelAI 的“版本”主要体现在文本模型与功能里程碑上。早期基于 EleutherAI 的开源 GPT 系列微调,随后逐渐转向自研模型;2022 年加入图像生成,2023 年推出 Kayra 成为第 4 代主力模型,2025 年发布第 5 代 Nocturne 并引入新的增强采样机制。
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| 初代(Sigurd/Calliope) | 2021-06 | 平台上线 | 基于 GPT-J/GPT-Neo 微调,提供 AI 续写与编辑 |
| Euterpe | 2021-07 | 第 2 代文本模型 | 采用 GPT-NeoX 20B 底座,生成连贯性明显提升 |
| 图像生成 | 2022-10 | 新增 AI 绘画 | 自研 NAI Diffusion,文生图/图生图,二次元风格领先 |
| Clio | 2023-07 | 第 3 代文本模型 | 新微调架构,生成速度更快 |
| Kayra v1 | 2023-11 | 第 4 代主力模型 | 上下文提升至 8K,创意与可控性大幅增强 |
| Nocturne v1 | 2025-03 | 第 5 代模型 | 新模型架构与增强采样(Janus),长文本一致性再提升 |
NovelAI 的更新集中在模型替换与垂直功能扩展两条线上:图像功能、Lorebook、锚点等能力增强了创作控制力,而模型换代则持续改善生成质量与速度。对选型者来说,建议优先使用当前最新模型(Nocturne),并保留 Kayra 作为风格回退方案;没有公开评测数据意味着团队应自带一组提示词做横向盲测,而不是看基准分数做决定。
AI 应用场景
场景一:长篇网文的草稿加速与设定维护
阶段:AI 辅助写作(文本生成 + 设定管理)
解决的问题:传统网文创作中,单章 3000 字需要 2-4 小时,且随着世界观扩大,角色一致性容易漂移。NovelAI 用 Memory 固定全局设定、Lorebook 按关键词动态注入角色条目,作者只需维护条目与审稿,模型负责扩写场景与对话。
具体案例:一名连载作者维护 20 条 Lorebook 条目(角色、势力、伏笔),每章先在 Memory 更新“当前状态”,再由模型生成 3 个版本候选,最终人工合并。按社区大量反馈,这类流程可将单章初稿时间压缩 50%~70%,且角色行为一致性显著提高。
场景二:互动叙事与角色扮演的批量上下文生成
阶段:Agent 交互 / 上下文工程
解决的问题:互动小说需要大量分支对话与情绪承接,人工写作成本极高。NovelAI 的锚点与情感标签可以在生成过程中锁定重要剧情节点与情绪基调,让 AI 在分支场景中稳定延续同一角色的性格。
具体案例:团队使用“故事设定 + 情感标签”组合为游戏 NPC 生成对话草稿,单角色 50 条对话内容由 3 人 5 天缩短至 2 人 2 天完成,人工只负责筛选和润色。
场景三:轻小说配图与角色设定图批量产出
阶段:文生图 / 多模态生成
解决的问题:轻小说与网络小说需要封面、插图和角色立绘,传统约稿周期长、单张成本高。NovelAI 的图像生成与文本生成共用同一账号体系,可直接根据文字描述生成角色设定图。
具体案例:创作者在图像界面输入“白发、红瞳、学院风制服”等标签,批量生成 10 组角色方案,筛选后统一放入 Lorebook 的角色条目,作为后续文本与图片风格对齐的依据;单套角色设定图的初稿成本远低于外包约稿。
常见误区
误区我以为把故事简介输进去,挂机一晚上就能生成一整本可以直接发布的小说。
正解NovelAI 是辅助写作引擎,不是“全自动写手”。它擅长在给定上下文中续写段落、扩展场景,但大纲规划、情节合理性、人物弧光、版权合规仍需要作者主导。实际工作流是“人机接力”:人写骨架,AI 提供候选,人筛选与编辑。真正可发布的作品,绝大部分产出来自作者的策划与审改。
为何常见:产品演示和社区分享通常只展示单次生成效果,容易让人误以为模型已经具备完整叙事规划能力;实际上模型没有全局大纲意识,需要借助 Memory 与 Lorebook 人为补充。
误区我订了 Opus 高级档,文本生成和图像生成应该都不限量、随便用。
正解文本生成在对应订阅周期内确实接近无限使用,但图像生成消耗独立的 Anlas 积分,每次文生图/图生图都会按单次扣费,积分用尽后图像功能暂停,需要另行购买。因此选择档位时,既要有文本需求,也要估算图像频次,不能只看单档价格。
为何常见:“不限量”文案通常只针对文本生成,而产品界面把图像功能的计费说明放在较深的设置页,用户容易忽略。
误区NovelAI 写英文小说很强,那我用它写中文网文效果应该也不会差太多。
正解NovelAI 的模型语料与主要优化方向是英文,中文生成在语感、成语运用和长句逻辑上都明显弱于英文。中文创作者需要通过更详细的 Memory、Lorebook 和人物设定施加约束,并更多依赖“自己写主干、AI 扩展细节”的方式,才能控制质量;若完全依赖中文生成,会发现对话生硬、设定漂移。
为何常见:通用大模型(如 ChatGPT)的中文能力强,容易让人误以为所有 AI 写作工具在中文上都同样成熟,忽略了垂直模型的语言偏置。
误区NovelAI 主打“低审查”,所以我可以随意生成任何内容并用于商业发布。
正解NovelAI 有明确的服务条款(ToS),对版权、滥用与内容使用范围有限制;低审查是指相比于主流通用模型更少的主题过滤,不等于所有输出都拥有合规授权。将生成内容用于付费作品、公共传播与商业发布前,应仔细核对官方条款,跨境分发时还需额外评估当地内容法规。
为何常见:社区大量讨论集中在“无审查”标签上,社交媒体传播中容易把这一特点放大为绝对自由,忽略了平台规则仍然存在。
误区NovelAI 跟 KoboldAI 一样,应该也可以下载到本地离线使用吧。
正解NovelAI 是云端 SaaS,文本生成与图像生成都在官方服务器上完成,浏览器只是客户端。离线状态下无法生成,且长故事数据默认驻留在云端。想要离线、本地自托管能力,应该选择 KoboldAI 或本地部署开源模型,而不是在 NovelAI 上寻找离线模式。
为何常见:二者都叫“AI 小说生成”,社区经常并列表述,且 NovelAI 早期基于开源 GPT 模型微调,容易让人误以为它是开源可下载的软件。
面试题
Q1. NovelAI 的核心定位是什么?
- A.通用对话聊天机器人
- B.面向小说与创意写作的云端平台← 正确答案
- C.代码自动补全工具
- D.数据分析仪表盘
答案:B。NovelAI 专注于续写、设定管理、配图等小说创作场景,不是通用对话或编码工具。A 是 ChatGPT 类产品的定位,C、D 与产品能力无关。
Q2. Kayra 模型的标准上下文长度是多少?
- A.2K
- B.4K
- C.8K← 正确答案
- D.32K
答案:C。Kayra 标称上下文为 8K。2K/4K 是早期模型水平,32K 是部分大模型的水平,并非 Kayra 的配置。
Q3. Lorebook(世界设定书)的主要作用是什么?
- A.存储用户密码与账号信息
- B.按触发词动态注入角色与世界观设定← 正确答案
- C.管理订阅账单
- D.生成图像风格的预设库
答案:B。Lorebook 以条目形式记录设定,并通过关键词触发注入上下文。它不处理账号信息,也非图像预设库,虽与图像生成同在一个平台。
Q4. 关于 NovelAI 订阅计划,以下说法正确的有?
- A.订阅档位影响文本模型质量
- B.高阶档位通常包含更多 Anlas 图像积分← 正确答案
- C.三档订阅的上下文长度完全不同
- D.价格与文本生成额度随档位提升← 正确答案
答案:BD。NovelAI 各档位使用的模型和生成质量基本一致,区别主要在价格、文本额度和 Anlas 图像积分(B、D 正确)。A 错在质量差异,C 错在上下文长度在所有档位中一致。
Q5. NovelAI 的图像生成计费方式是?
- A.与文本生成共用同一无限额度
- B.按次消耗 Anlas 积分← 正确答案
- C.仅 Opus 订阅用户可用
- D.完全免费但带水印
答案:B。图像生成每次调用都会消耗 Anlas 积分,文本订阅额度与图像积分相互独立。A 混淆了两种计费,C 错误,D 无事实依据。
Q6. 以下哪些属于 NovelAI 的文本生成可调参数?
- A.Temperature
- B.Repetition Penalty
- C.Top-P
- D.以上全部← 正确答案
答案:D。NovelAI 的生成设置面板同时提供温度、重复惩罚、Top-P、Top-K 等多项采样参数,A、B、C 全部可选,因此答案为 D。
Q7. 调用 NovelAI API 时,身份认证使用哪种方式?
- A.无认证,直接匿名访问
- B.Authorization 头携带 Bearer Token← 正确答案
- C.Cookies 中的 Session ID
- D.API Key 放在 URL 查询参数
答案:B。官方 API 使用持久令牌(Persistent Token),在请求头 Authorization: Bearer <token> 中传递。A 在订阅型产品中不可能,C、D 不符合官方鉴权设计。
Q8. 以下哪些是 NovelAI 用于保持长篇角色一致性的原生功能?
- A.Lorebook(世界设定书)← 正确答案
- B.Memory(记忆)← 正确答案
- C.锚点(Anchor)← 正确答案
- D.数据库索引优化工具
答案:ABC。Lorebook 按关键词注入设定、Memory 提供全局长期记忆、锚点锁定关键剧情文本,三者配合可以显著降低角色漂移。D 是数据库领域概念,与小说创作无关。
Q9. 与本地运行的 KoboldAI 相比,NovelAI 最本质的区别是什么?
- A.NovelAI 需要本地 GPU 才能生成
- B.NovelAI 是云托管 SaaS,无需本地算力← 正确答案
- C.NovelAI 完全免费且开源
- D.NovelAI 只能生成英文
答案:B。NovelAI 的模型运行在官方云端,浏览器只是客户端(B 正确)。A 是 KoboldAI 的特点,C 错误,D 否认了其多语言生成能力(尽管英文最佳)。
Q10. 根据官方 API 文档,文本生成请求对应的端点路径是?
- A./v1/chat/completions
- B./ai/generate← 正确答案
- C./api/text/complete
- D./generate/text
答案:B。NovelAI 官方 API 使用 POST /ai/generate 处理文本生成。A 是 OpenAI 格式,C、D 是仿造路径,均非官方文档端点。
参考来源
- webpageNovelAI 官网产品入口、订阅与故事工作台