GitHub今日热榜,又一个神级插件诞生了,狂揽 7.8k star,网文作者必装,AI 写长篇彻底告别设定崩塌、人物场景一顺到底

图：Webnovel Writer 的编辑器右键菜单（官方仓库 v8 分支 docs/images，GPL-3.0）。

用 AI 写过长篇的都知道那个噩梦：主角在第 12 章左眼受伤，第 80 章伤的变成了右眼；反派的战力在第 30 章被压到谷底，第 90 章突然能单挑主角团；第 5 章埋的伏笔，作者自己都忘了。上下文窗口塞不下 200 万字的正文，检索回来的片段缺前缺后，模型只能靠猜——猜错就是「设定崩塌」。

这个痛点有个开源答案：Webnovel Writer，一个跑在 Claude Code 上的长篇网文辅助创作插件，2026 年 1 月创建，截至 2026-11-02 已有 7,798 star、1,263 fork，主语言 Python，协议 GPL-3.0，issue 区 40 个开放问题。它想解决的就一件事：让 AI 写到几百章，依然记得住设定、接得住伏笔、守得住大纲。

把「必须记住」变成系统会执行的步骤

官方 README 把长篇创作的难点列得很清楚：角色动机不漂移、战力时间线地点不互相打架、伏笔有登记有推进有回收、爽点和感情线保持节奏。这套系统做的事，就是把「必须记住、不能写崩」的约束，变成 Claude Code 会自动执行的步骤：动笔前先查资料，写完后把新发生的事实记下来、做一致性审查，再把最新状态同步进检索索引、章节摘要、长期记忆和 Dashboard。它不只是「会写」，而是边写边攒。

主链叫 Story System：`.story-system/` 目录是唯一的事实源头，动笔前的「合同」和写完后的「提交」都存这里；一章写完生成一个 accepted 的 `CHAPTER_COMMIT`，新事实从这里入账，驱动状态、索引、摘要、长期记忆、向量五路投影。这些派生视图全部只读，还配了一条投影执行日志，哪一路没同步一眼就能定位。

写一章要走九道关卡

`/webnovel-write` 不是把活儿丢给模型生成一次就完事，而是一条带关卡的流水线：预检健康状态 → 刷新本章 runtime contract → 调用 context-agent 生成写作任务书 → 起草正文 → 调用 reviewer 做多维审查（blocking issue 不通过则阻断）→ 润色、排版、Anti-AI 终检 → 调用 data-agent 提取事实 → 生成 CHAPTER_COMMIT 驱动五路投影 → 章节级备份。

这么设计是为了把「怎么写」和「写了什么」分开：文笔和节奏可以放开发挥，但发生过的事实必须登记、过审、存档，不能含糊。重复执行同一条命令时，系统会先检查可信断点，从失败点继续，不重写已经可信完成的正文。

图：编辑器行内改写候选（官方仓库 v8 分支 docs/images，GPL-3.0）。

8 个命令，37 个题材

整条创作流程串成了 8 个命令：`/webnovel-init` 分阶段问答搭骨架，`/webnovel-plan` 拆卷拆章补时间线，`/webnovel-write` 一条龙写章，`/webnovel-review` 从爽点、一致性、节奏、OOC、追读力等维度审查，`/webnovel-query` 查角色伏笔，`/webnovel-learn` 沉淀写法经验，外加只读 Dashboard 和项目体检 doctor。内置 37 个中文网文题材模板——修仙、系统流、规则怪谈、克苏鲁、宫斗宅斗都在列，还支持多题材揉着写。

检索用的是 RAG：配 ModelScope 的 Qwen3-Embedding-8B 和 Jina reranker 的 key 就有语义召回；不配也不拦着你用，系统自动退回 BM25 关键词检索，只是召回弱一些。

v8：换到 DeepSeek Harness 上的写作工作台

项目实际上有两条产品线：master 分支的 v6 是 Claude Code 插件（当前 v6.2.1，只修致命 bug）；v8 分支改成了 DSH Scriptor——基于 DeepSeek Harness 的写作工作台，当前 v8.3.2，是官方主推的正式版。v8 的核心是「三区分治」：草稿区自由试写逐稿留存，真源区放契约、设定、大纲与记忆（作者批准才动），定稿区留档可追溯；八维审读加篇幅核对，但作者裁决是唯一门禁——AI 提建议，你决定写什么、留什么。

边界与坑，提前说清

v6 和 v8 安装方式完全不同，且尚无经过验证的旧书仓迁移方案——选线之前先想清楚，两头下注的成本是重来。v6 需要 Claude Code 订阅，v8 需要 DeepSeek Harness 配套客户端（0.2.1-rc.3）加自备模型 API。仓库最后 push 停在 10 月 24 日，用业余时间维护，issue 区 40 个开放问题，别指望商业级响应。README 里挂着四家赞助商横幅，模型服务都是第三方中转，充值前自己掂量。GPL-3.0 协议，二次分发注意传染条款。

适合什么人用

被「AI 写长篇必崩设定」折磨过的网文作者，想给 Claude Code 或 DeepSeek Harness 加一套结构化创作流程的人，Webnovel Writer 是目前中文圈完成度最高的开源方案。要划边界也不难：它是辅助创作系统，不是自动写作机——作者裁决是门禁，AI 只是编辑室；想全自动日更十万的，这套系统反而会拦着你。

我的看法

我最认的是它把「事实」和「文笔」分开这件事。AI 写长篇的崩溃从来不是文笔问题，是状态管理问题——这套系统用「合同 + 提交 + 投影」把事实管起来，让模型只负责它擅长的部分。想想上一期的 Rowboat 用知识图谱管你的工作记忆，这一期用 Story System 管一本小说的事实账，思路一模一样：长上下文不可靠，可靠的是一台会记账的状态机。

你家 AI 写到第几章开始崩设定的？评论区聊聊。

项目链接

https://github.com/lingfengQAQ/webnovel-writer

觉得有用就点个赞、点个在看，转发给那位被「第 80 章设定崩塌」折磨的网文作者。