← 返回目录
n6.1概念⏱ 约 7 分钟

三种设计思路:把 AI 写小说工具摆上同一张表

学完你能分清三个开源项目各自的世界观,而不是比谁功能多

🔎 最后验证 2026-08📚 来源:三个开源项目的 GitHub 仓库与 README;本课 2026-08-06 通过 GitHub API 与 npm registry 的核查记录🧰 gpt-author(GitHub 最后推送 2024-04-03)、novel-writer-cn 0.20.0、Long-Novel-GPT 2.2
为什么学这个

你搜"AI 写小说 开源",一屏跳出一串项目,名字都差不多,star 数从几百到几千。你点进去看 README,每个都说自己能"一键生成长篇"。看完三个,你更迷茫了:到底该装哪个?

这个迷茫的根源不是信息不够,而是你在用错误的方式比较它们。你在比功能多寡,但它们其实根本不在同一条轴上。

这一节我们不动手装任何东西,只做一件事:把三个代表性项目摆在同一张表上,看清各自的位置。看懂这张表,你以后遇到第四个、第五个项目,也知道该往哪一栏塞。

💡 打个比方

去逛车市,销售不会一上来问"你要哪辆",而是先问"你拉货还是接送孩子"。因为车市里摆的不是一堆平等的车,是车型分类——轿车、SUV、货车,各干各的活。

挑错类别,参数再好也白搭。一辆参数漂亮的跑车,拉不了你家的建材。

三个项目,三种设计思路

项目核心思路上手门槛2026-08 可用性核查
gpt-author链式调用:生成多个候选 → 让模型自评选优 → 再改进,8 步流水线出 EPUB(据项目 README)需 Colab/Jupyter + 境外付费 API key不建议上手。GitHub 最后推送 2024-04-03,停更两年;源码写死 claude-2(2025-07-21 退役)、claude-3-haiku-20240307(2026-04-19 退役),调用返回 404;另 openai.ChatCompletion 写法已被 openai SDK 1.0 移除
novel-writer规格驱动写作:先写"创作宪法"和故事规格,AI 照规格施工,七步斜杠命令(据项目 README)一条 npx 命令,无需任何 API key本课 2026-08-06 本机实测跑通。npm 包名为 novel-writer-cn,当前版本 0.20.0
Long-Novel-GPT层次化扩写:大纲 → 章节 → 正文三层,正文再按 200 字 → 1k → 2k 逐阶段加密度,配 RAG 检索前文防前后矛盾(据项目 README)Docker + 需填 API key⚠️ 仓库活跃(最后推送 2025-11-05),但本课仅核查 README,未实际拉起容器

英文术语解释:SDD(Spec-Driven Development,规格驱动开发)=先写清"要做成什么样"的文档,再动手做;RAG(Retrieval-Augmented Generation,检索增强生成)=写到后面时自动"翻回去"查前文,避免人物设定前后打架。

这张表怎么读

三行分别代表三种回答"AI 怎么写完一本书"的方式:

  • gpt-author 的答案是"多生几个再挑"——靠模型自评来提升质量,流水线一口气跑到底,中间不停。
  • novel-writer 的答案是"先立规矩再动笔"——把纪律做成命令,逼你按顺序走完七步。
  • Long-Novel-GPT 的答案是"一层层放大"——从大纲到正文逐级加密度,再用检索兜住一致性。

它们不是三个功能相似的替代品,而是三种不同的世界观。你后面选哪个,本质是选你认同哪种世界观——这一点比任何功能对比表都重要。

也正因为如此,"功能最多的那个最好"这句话在这里不成立:功能是建在假设之上的。Long-Novel-GPT 功能最全,但它的假设是"你愿意配 Docker 和 API key";novel-writer 命令最少,但它的假设是"你愿意认真写规格"。假设不成立,功能再多也用不上。

⛓️全自动跑到底的风险
gpt-author:中途不停,一旦某一环依赖失效(如写死的模型 ID 退役),整条流水线连锁停摆
📋纪律固化的风险
novel-writer:命令逼你走流程,但你不认真写规格,生成的就是一堆空模板文件
🐳重架构的风险
Long-Novel-GPT:功能靠 Docker 与 API key 撑着,环境配不起来,功能一项也用不上
三种思路各自最容易在哪里翻车

🔧 动手做:开一份《工具选型报告》(10 分钟)

  1. 新建一个文档(飞书、Word、备忘录都行),命名为《工具选型报告》。
  2. 把上面这张表抄进去,保留四列:项目 / 核心思路 / 上手门槛 / 可用性核查。
  3. 关键要求:"核心思路"那一栏,每行用你自己的话重写一遍,不许复制粘贴。
  4. 重写不出来的那一行,回到上面的表格重读一遍再写。

你会看到:文档里有一张四列三行的表,"核心思路"栏是你自己的措辞。这份文档会一直用到本模块最后一节定稿。

为什么:你要是写不出"层次化扩写"是什么意思,说明你还没读懂它。用自己的话复述,是检验理解的最低成本方式。

❓ 测验
你打算写一个三万字的短篇,在三个项目里挑一个。下面哪种挑法是对的?
❓ 测验
表格里 Long-Novel-GPT 被标了 ⚠️,这个标记的正确含义是?
❓ 测验
有人抄这张表时,只抄了“核心思路”一栏,把“上手门槛”整列删掉了。这么做的后果是?
⚠️ 避坑别跳过“上手门槛”那一列

很多人看表只看"核心思路",觉得那才是干货。但门槛决定你今晚能不能真的跑起来。

先确认自己迈得过门槛,再去欣赏设计。

✅ 小结

这一节你拿到了三件东西:一张三项目对比表、一个"它们不是功能排序而是三种世界观"的判断视角、以及一份属于你自己的《工具选型报告》开篇。

记住那句最重要的话:选工具的本质,是选你认同哪种世界观,以及你迈不迈得过它的门槛。

下一节我们放大表格里最容易被忽略、也最值钱的那一列——可用性核查。你会看到一个 2532 star 的项目为什么完全跑不起来。

下一节 → 可用性核查与成本边界
🔎 来源与核验· 6 条,点开核对
本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。
「gpt-author 采用“生成候选 → 模型自评 → 改进”的 8 步链式流水线,最终输出 EPUB」
📚 gpt-author 项目 README(作者自述)✓ 已核验 2026-08
「novel-writer 将规格驱动开发方法移植到中文小说创作,提供七步斜杠命令工作流」
📚 novel-writer 项目 README✓ 已核验 2026-08
「Long-Novel-GPT 采用大纲→章节→正文三层扩写,正文按 200 字→1k→2k 逐阶段加密度,并用检索维持前后一致」
📚 Long-Novel-GPT 项目 README✓ 已核验 2026-08
「gpt-author 最后推送 2024-04-03;源码写死的 claude-2 已于 2025-07-21 退役、claude-3-haiku-20240307 于 2026-04-19 退役,调用返回 404」
📚 本课 2026-08-06 通过 GitHub API 与 Anthropic 官方模型表核查✓ 已核验 2026-08
「novel-writer 的 npm 包名为 novel-writer-cn,当前版本 0.20.0(发布于 2025-10-26),一条 npx 命令即可初始化,无需付费 key」
📚 本课 2026-08-06 本机实测 + npm registry 返回✓ 已核验 2026-08
「Long-Novel-GPT 最后推送 2025-11-05,本课未实际拉起 Docker 容器」
📚 本课 2026-08-06 GitHub API 核查记录与作者自陈✓ 已核验 2026-08
智图软件的赞赏码
都看到这了,打个赏呗!
接下来 · n6.2
star 数不代表能跑:可用性核查与成本边界
继续读下一节 →