4.9k Star AI 小说工具:写长篇不掉线

AI_NovelGenerator 是一个 Python 开源小说生成工具，重点不是“一句话写一章”，而是把长篇小说里的世界观、章节目录、前文摘要、角色状态、伏笔和一致性检查串起来。它适合愿意配置模型和反复打磨的人，不适合期待零门槛一键成书。

最近看到一个很适合网文作者、AI 写作爱好者折腾的开源项目：YILING0013/AI_NovelGenerator。

它的 GitHub description 写得很直白：

使用ai生成多章节的长篇小说，自动衔接上下文、伏笔

这句话其实点到了 AI 写小说最难的地方。

AI 写一段剧情，已经不稀奇了。给它一个主角、一个场景、一个冲突，大模型很快就能吐出一章。

难的是写到第 30 章、第 80 章、第 120 章时，前面埋过什么伏笔、角色经历了什么变化、某个道具有没有出场、世界观规则有没有被自己打破。

很多 AI 写作工具看起来很热闹，真正写长篇时会卡在这里：前文记不住，人物不稳定，伏笔忘了收，章节之间像临时拼起来的。

AI_NovelGenerator 想解决的，就是这个“长篇不断线”的问题。

AI_NovelGenerator 头条封面

它不是灵感生成器，更像长篇生产线

README 里把核心能力拆成几块：小说设定工作坊、智能章节生成、状态追踪系统、语义搜索引擎、知识库集成、自动校对和可视化工作台。

这几个词放在一起，说明它不是只做一个“帮我写一章”的输入框。

它的基本流程更接近这样：

先生成世界观、角色、触发事件和伏笔；
再生成章节目录和每章短提示；
写某一章之前，读取前文设定、目录和已经定稿的章节；
生成章节大纲和正文草稿；
用户确认后，把这一章定稿；
定稿后更新全局摘要、角色状态、主要情节线和向量库；
后续章节再从这些状态里找回上下文。

这套流程最有价值的地方，是它把“写完一章之后要更新记忆”这件事显式做了出来。

长篇创作里，写出来只是第一步。更麻烦的是每一章写完以后，系统要知道：人物变了没有，关系推进了没有，关键线索有没有出现，后面还需要不需要回收。

为什么它能拿到 4.9k Star

截至 2026-05-13，我查到 GitHub API 显示这个仓库是 4887 stars、889 forks、68 open issues，主语言是 Python，许可证是 AGPL-3.0。

这个数据不算小。

原因也不难理解：AI 写作需求一直都有，但“长篇小说”比普通文案更吃流程。

短文案只要本次输出好看就行。

长篇小说不一样。它需要持续记忆、章节节奏、角色弧光、伏笔管理、世界观约束，还要允许作者随时改稿。任何一个环节断掉，读者都会感觉不对。

AI_NovelGenerator 的 README 里有一个可选能力叫一致性校对。它会检查最新章节里的人物逻辑、剧情矛盾之类的问题。

这个方向是对的。

AI 小说工具要想真的进入长篇创作，不能只比谁“会写”，还要比谁能少翻车。

跑起来并不复杂，但也不是零门槛

项目本身是 Python 写的，README 给的基础要求是 Python 3.9+，推荐 3.10-3.12。

最简单的源码运行方式是：

git clone https://github.com/YILING0013/AI_NovelGeneratorcd AI_NovelGeneratorpip install -r requirements.txtpython main.py

启动后会进入 GUI 工作台，再填 API Key、Base URL、模型名、温度、章节数、每章字数、保存路径等参数。

配置示例里能看到几类模型接口：DeepSeek V3、GPT 5、Gemini 2.5 Flash；embedding 侧有 OpenAI 和 Gemini。README 也提到可以接 Ollama 或其他 OpenAI 兼容接口。

这对会折腾的人是好事。

你可以用云端模型，也可以试本地服务；可以分开配置写草稿、生成大纲、做最终章节和一致性检查的模型。

但这也意味着，它不是下载后点一下就能直接写出百万字小说的玩具。

你需要准备模型服务，需要理解 embedding 是干什么的，需要处理 API 成本、网络、超时和模型输出质量。

打包版要谨慎，源码部署更稳

这里有个很重要的提醒。

最新 release 是V1.4.4，发布时间是 2025-03-19。release 说明里，作者明确建议：如果你具备源码部署并运行成功的能力，不建议使用打包项目。

原因也写得很实在：当前 PyInstaller 打包项目臃肿，遇到问题难维护。

这点别忽略。

很多人看到 release 里有压缩包，就会以为直接下载最省事。但这种 AI 工具往往依赖模型 SDK、向量库、GUI、网络请求和本地环境，打包后体积大、报错难查很正常。

如果你只是想体验，可以先看 release。

如果你真打算长期用它写东西，源码运行反而更容易排错，也更容易跟进依赖变化。

另外，主分支最近一次提交是 2026-04-27，内容是合并 Gemini adapter 相关更新，说明项目并不是完全停在 2025 年的 release 包上。README 里也提到重构版本已经完成初步开发，后续会同步到dev分支。

它适合谁

我觉得 AI_NovelGenerator 适合这几类人：

想用 AI 辅助写长篇、连载、网文的人；
已经有题材、世界观和角色设定，但缺少稳定工作流的人；
愿意自己配置 API、模型和保存目录的人；
在意前文衔接、角色状态、伏笔和一致性的人；
想研究 AI 长文本创作流程的开发者。

它不太适合这些需求：

只想随手生成一篇短故事；
不想碰 Python、依赖和 API key；
期待“一键生成可出版小说”；
完全不想人工审稿，只想把创作判断交给模型；
想把它直接商用二开，但没有看 AGPL-3.0 许可证要求。

梦飞的判断

AI_NovelGenerator 有意思的地方，不是它能不能写出某一章。

真正值得看的，是它把长篇小说创作拆成了连续流程：先有设定，再有目录，再写章节，再定稿，再更新状态，再把这些状态带进下一章。

这比单纯提示词模板更接近真实写作。

当然，它也不是魔法。

模型会跑偏，角色会失真，伏笔可能还是要人盯，生成出来的章节也需要作者改。AI 写作最容易被夸大的地方，就是把“能生成文本”说成“能完成创作”。

但如果你把它当成一个长篇写作工作台，而不是自动成书按钮，它就很值得试。

尤其是你已经写过长篇，知道“前后不断线”有多痛苦，就会明白这个项目为什么能火。

热点来晚了，但瓜更熟。梦飞帮你补错过的全网热事。

原文链接

https://github.com/YILING0013/AI_NovelGenerator

话题标签

#AI小说 #AI写作 #开源工具 #GitHub项目 #长篇创作