novel-plus 6.0 把 AI 长篇小说工作流做进后台
开源小说站系统 novel-plus v6.0.0 在作者后台内置 AI 长篇创作助手，从创意、大纲到逐章成稿全流程管控，且章节须作者确认才落库。读完能判断这套系统适不适合搭自己的小说站。
大多数人用 AI 写小说，还停在开个聊天窗口、复制粘贴章节的状态。开源小说站系统 novel-plus 在 10 月下旬发布的 6.0.0 版，把这件事搬进了后台：从一句话创意到几十万字成稿，变成一条有版本、有校验、有确认制的工作流。
一、发生了什么
novel-plus 是一套开源的原创文学 CMS，支持 PC、WAP 多端阅读，由前台门户、作家后台、平台管理后台和爬虫系统几个子系统组成，技术栈是 Spring Boot 加 MySQL、Redis 这类常见组合。v6.0.0 三件大事：移动端界面全面重做；小说筛选、书单、书评、段落评论、消息系统等模块补齐；管理后台 novel-admin 整体重构。
真正的新东西是作者后台内置的 AI 长篇小说创作助手。流程分六步：先回答题材、核心创意、主角与冲突，深度设定可跳过用默认值，还能随机生成灵感；AI 给出多个书名候选；然后一次产出结构化方案——故事简介、世界观、人物档案、总纲、分卷大纲、伏笔记录、章节规划，每个分区可改可重生成；接着逐章创作，每次只写一章，自动参考总纲、人物档案、前文摘要和未回收的伏笔；生成后可发起最多三轮的校验修订，程序查字数和重复段落，AI 查情节一致性。所有正文要点「确认保存」才写入章节体系，中断后随时断点续写。
二、跟你有什么关系
想搭小说站的人。 开源系统加自带 AI 工作流，试水成本比找外包低得多，爬虫子系统也在，冷启动内容有现成方案。
网文作者。 它解决长篇最容易断气的问题：伏笔有记录、前文有摘要、人物档案固定，写到第 40 章模型也不会忘了第 3 章埋的线。方案里每个分区都能单独重新生成，不满意大纲只重做大纲，不必推倒全书。
AI 产品经理。 这套「方案先行、逐章推进、作者确认」的设计，是生成式内容管理的一个现成模板。
三、怎么用
读到这儿，可以顺路看 MiniMax 开源了团队每天在用的 agent 技能 十六个技能加清单，不是提示词汇编，而是能跑的自检流程：什么时候该拆子 agent、工具定义吃掉多少上下文、评审为什么不该带上作者的对话。附安装路径和先试哪三个。- 从 GitHub 拉代码或用 Docker 部署，配置好数据库和缓存，前台模板可自定义。
- 用作者后台的创作助手开一本测试书，先跑通完整流程再替换自己的提示词和模型配置。
- AI 功能仍标注为实验阶段，正式运营前把确认制和修订轮次当成必开的保险，别省。每章生成后的编辑环节也别跳过，机器校验查得出重复查不出「写得像不像人」。
四、三个别信的说法
错误说法一：AI 一键就能写完长篇。 项目的做法恰恰相反——每次只写一章，方案和大纲要人确认。长篇质量靠的是约束流程，不是一口气生成。
错误说法二：爬虫系统等于可以随便采。 子系统只是技术能力，采集第三方站点的版权风险自己担，商用前先想清楚内容来源。
错误说法三：AI 功能已经成熟稳定。 官方明确说是实验阶段，反馈好才继续加码。当尝鲜和原型用可以，当成产线能力要留退路。
五、一句话结论
AI 写小说的瓶颈从「生成」挪到了「管理」，谁把工作流做进系统，谁就先跑通。
信息来源
功能与价格以官方公告为准。本文写于 2026 年 10 月 24 日。
每周一封，只发新教程和可复制模板。不发广告，随时退订。