webnovel-writer

Webnovel Writer 是由开发者 lingfengQAQ 发起并持续维护的开源 Claude Code 长篇网文创作系统，核心定位是“为 AI 长篇连载配备一套永不遗忘的一致性引擎，让 AI 写到几百章依然记得住设定、接得住伏笔、守得住大纲”——它不满足于做一份通用的写作提示词或零散的章节生成器，而是将深度初始化、卷纲规划、带关卡的章节创作流水线、多维度质量审查、状态查询、项目学习、可视化面板、项目体检等 8 大核心命令与 Story System 合同-提交链、RAG 检索、长期记忆沉淀等能力整合于一套完整的开源插件体系中，全部配有 Claude Code Marketplace 一键安装、37 个内置网文题材模板、只读 Dashboard 可视化面板以及 v7 重构 RFC 公开讨论。市面大多 AI 写作工具要么是短篇对话式生成（写到后面就忘了前面），要么是缺乏系统化设定管理的零散辅助——但很少有项目能将“200 万字量级的连载一致性保障”与“AI 代理驱动的工业化创作流水线”同时做到，Webnovel Writer 解决的正是这个问题。

一、Webnovel Writer 是什么

Webnovel Writer 采用“Claude Code 插件 + 8 大 Skill 命令 + Story System 一致性引擎”三位一体的使用体验，通过 GitHub 完全开源发布。项目由开发者 lingfengQAQ 发起并持续维护，核心定位是“一套面向长篇连载的一致性系统，不是写完就忘的一次性生成器”。项目通过 Claude Code Marketplace 安装，支持 --scope user 和 --scope project 两种作用域。项目正处于 v7 重构 RFC 公示期。

Webnovel Writer 的运作机制与市面常见的“短篇对话式生成”或“零散写作辅助”有本质区别。它不是让 AI 一次性生成一章就结束，而是一套以 Story System 为核心的长篇连载一致性引擎。系统的核心理念基于长篇创作最难的痛点：不是写出第一章，而是写到第 80 章、第 200 章以后仍然保持角色动机不漂移、战力/时间线/地点不互相打架、伏笔有登记有推进有回收、爽点与感情线保持节奏。系统通过 Story System 合同-提交链 来确保一致性：.story-system/ 是唯一的事实源头，动笔前的“合同”和写完后的“提交”都存在这里；accepted 的 CHAPTER_COMMIT 是一章写完后的“事实入账”。从主链派生出 .webnovel/state.json、index.db、summaries/、memory_scratchpad.json 等多个只读视图，供查询和展示使用。

二、Webnovel Writer 能做什么

Webnovel Writer 的核心能力可以精炼地概括为：设、规、写、审、查、学、看、检，围绕这八大维度提供了从书稿初始化到持续连载的完整路径，覆盖长篇网文创作的全方位需求，具体包括：

深度初始化与骨架搭建（设） ——不是“随便开个头”，而是“分阶段问答把书的骨架搭起来”。/webnovel-init 通过分阶段问答，帮助创作者把书的骨架、设定集、总纲和初始状态搭起来。初始化完成后会创建完整的书项目目录，包含 .story-system/（合同与提交）、.webnovel/（状态与索引）、正文/、大纲/、设定集/、审查报告/ 等结构化目录。

卷纲规划与时间线拆解（规） ——不是“写到哪算哪”，而是“先规划再动笔”。/webnovel-plan 基于总纲拆卷、拆章、补时间线，并写回新增设定。系统内置 37 个中文网文题材模板，涵盖玄幻修仙类（修仙、系统流、高武、西幻、无限流）、都市现代类（都市异能、都市日常、电竞、直播文）、言情类（古言、宫斗宅斗、青春甜宠、豪门总裁）、特殊题材（规则怪谈、悬疑灵异、历史古代、克苏鲁）等。

带关卡的章节创作流水线（写） ——不是“生成一次就完事”，而是“带审查和事实登记的完整流水线”。/webnovel-write 是一条带关卡的完整流水线：预检项目健康状态 → 刷新 runtime contract → 调用 context-agent 生成写作任务书 → 起草正文 → 调用 reviewer 做多维审查（blocking issue 不通过则阻断）→ 润色排版与 Anti-AI 终检 → 调用 data-agent 提取事实 → 生成 CHAPTER_COMMIT 驱动 state/index/summary/memory/vector 投影 → 执行章节级备份。这种设计把“怎么写”和“写了什么”分开——文笔和节奏可以放开发挥，但发生过的事实必须登记、过审、存档。

多维度质量审查（审） ——不是“写完了就结束”，而是“从多个维度审查后再提交”。/webnovel-review 从爽点、一致性、节奏、OOC（Out of Character）、连贯性、追读力等维度审查章节。系统支持审查单个章节或章节范围（如 /webnovel-review 1-5）。

状态查询与事实检索（查） ——不是“翻文档找设定”，而是“直接问系统”。/webnovel-query 支持查询角色、伏笔、节奏、实体关系和运行时信息。系统通过 RAG 检索增强查询能力，支持 Embedding 语义检索 + BM25 关键词检索双路召回。

项目经验学习与沉淀（学） ——不是“写完了就忘”，而是“把好写法记下来”。/webnovel-learn 可以把这本书里好用的写法记下来，存进项目长期记忆。

只读可视化面板（看） ——不是“只能看文字”，而是“有图有真相”。/webnovel-dashboard 启动只读可视化面板，能看项目状态、实体关系图、章节内容、伏笔和追读力数据。Dashboard 前端是预先打包好的，跟着插件一起发，本地不用跑构建。

项目体检与健康检查（检） ——不是“出了问题再修”，而是“阶段感知的主动体检”。/webnovel-doctor 提供阶段感知的项目体检，检查目录、文件、数据库、RAG、依赖和 Dashboard 产物。CLI 入口还提供了 preflight、project-status、write-gate、projections 等子命令。

三、Webnovel Writer 适合谁用

Webnovel Writer 的内容设计使其适配各类希望通过 AI 辅助系统化长篇连载创作的内容创作者，核心聚焦那些“AI 写短篇还行，但一写长篇就忘记设定、伏笔收不回来、战力崩坏”，希望从“让 AI 随机生成”升级为“让 AI 按一致性系统连载”的人群，主要涵盖以下几类：

网文作者与长篇连载创作者——正在连载长篇网络小说，面临战力崩坏、设定遗忘、伏笔丢失、节奏失控等“长篇病”的创作者。Webnovel Writer 的一致性引擎从初始化到每一章的提交，确保写到几百章依然记得住设定、接得住伏笔、守得住大纲。

AI 辅助写作的重度使用者——已经在用 Claude Code 进行日常写作，但发现 AI 写短篇还行、长篇就崩的创作者。Webnovel Writer 作为 Claude Code 插件，让“在对话中完成长篇连载创作”成为原生体验。

希望从“手动管理设定”升级为“系统化管理”的创作者——用 Excel 或 Notion 管理角色、设定、伏笔、时间线，但手动维护跟不上更新速度。Webnovel Writer 的 Story System 自动在每一章写完后沉淀事实到可检索的状态系统。

世界观构建者与设定党——喜欢构建复杂世界观、多角色、多势力、多条伏线交织的创作者。系统的实体图谱、RAG 检索和长期记忆能力，让复杂设定不再成为创作的负担。

希望建立“工业化连载流水线”的内容创作者——不满足于“灵感驱动”的写作方式，希望建立可复现、可扩展的长篇创作方法论。Webnovel Writer 的 8 大命令和 Story System 本身就是一套完整的工业化连载方法论。

四、Webnovel Writer 的应用场景是什么

基于其内容设计与定位，Webnovel Writer 的应用场景主要围绕长篇网文连载创作、复杂世界观小说写作、多卷本系列创作和 AI 辅助写作工作流建设，覆盖从个人创作到系统化内容生产的多个场景，具体包括：

长篇网文连载创作场景——作者正在连载一部预计 200 万字以上的长篇网文，需要确保每一章都不偏离总纲、不遗忘设定、不丢失伏笔。Webnovel Writer 提供了一条“/webnovel-init 初始化骨架 → /webnovel-plan 规划卷纲 → /webnovel-write 逐章创作（带审查和事实登记）→ /webnovel-query 随时查询状态 → /webnovel-dashboard 可视化监控”的完整路径。系统支持 200 万字量级的连载创作。

复杂世界观小说写作场景——作者构建了包含多个势力、多种力量体系、多条时间线的复杂世界观。系统的实体图谱、RAG 检索和长期记忆能力，确保每一章的新增设定都能被系统记录和检索，不会出现前后矛盾。

多卷本系列创作场景——作者计划创作多卷本系列，各卷之间需要保持设定一致、伏笔连贯。/webnovel-plan 的卷纲规划能力和 Story System 的跨卷事实沉淀能力，让多卷本创作有了统一的“事实源头”。

AI 辅助写作工作流建设场景——内容团队或独立作者希望建立一套标准化的 AI 辅助长篇创作流程。Webnovel Writer 的 8 大命令、CLI 工具链和完整的项目目录结构，本身就是一套可复用的工业化写作工作流模板。

设定管理与知识库建设场景——作者需要管理大量角色档案、世界观设定、力量体系、时间线等创作资料。系统的 .webnovel/state.json、index.db、summaries/ 和 RAG 索引，将散落的设定整合为可检索的知识库。

五、Webnovel Writer 为什么值得关注

Webnovel Writer 之所以值得关注，核心在于它将“长篇网文创作从依赖作者记忆和手动管理的脆弱流程升级为 Story System 驱动的工业化一致性引擎”，并具备“200 万字量级支持、37 个题材模板、8 大命令全流程覆盖、开源免费”的独特价值，具体体现在以下几点：

从“写到后面忘了前面”到“写到几百章依然记得住”的一致性革命。长篇创作最致命的不是写不出来，而是写到后面忘了前面——角色动机漂移、战力崩坏、伏笔丢失、设定前后矛盾。Webnovel Writer 通过 Story System 合同-提交链 解决了这个问题：每一章动笔前有“合同”（约定本章不能违背的事实），写完后有“提交”（新事实入账并驱动 state/index/summary/memory/vector 同步更新）。这种“边写边攒、每章入账”的设计，让一致性从“依赖作者记忆”升级为“系统自动保障”。

从“短篇生成器”到“200 万字量级连载引擎”的规模突破。大多数 AI 写作工具是为短篇设计的——生成几千字就结束，不需要考虑前后一致性。Webnovel Writer 明确支持 200 万字量级 的连载创作，从项目初始化到每一章的事实沉淀，所有设计都围绕“长跑”而非“冲刺”展开。

从“零散提示词”到“8 大命令 + Story System 的工业化流水线”。大多数 AI 写作辅助是“提示词工程”——用户自己写提示词，AI 生成内容。Webnovel Writer 将长篇创作拆解为 8 个标准化命令：初始化、规划、写作、审查、查询、学习、仪表板、体检——每一个命令都有明确的功能边界和输入输出。/webnovel-write 更是内置了预检→合同刷新→任务书→起草→审查→润色→事实提取→提交→备份的完整流水线。这种“工业化流水线”的设计，让长篇创作从“每次都要重新设计流程”升级为“按标准流程执行”。

从“手动管理设定”到“RAG + 长期记忆 + 可视化面板”的智能辅助。作者不再需要在几十个文档中翻找某个角色的设定。/webnovel-query 支持查询角色、伏笔、节奏、实体关系；RAG 系统支持 Embedding 语义检索 + BM25 关键词检索双路召回；/webnovel-dashboard 提供实体关系图、章节内容和追读力数据的可视化展示。/webnovel-learn 还能把好用的写法记进长期记忆——系统越用越懂你的写作风格。

37 个题材模板 + 复合题材支持。系统内置 37 个中文网文题材模板，覆盖玄幻修仙、都市现代、言情、特殊题材四大类。更关键的是，支持把几个题材揉在一起写——比如“系统流 + 都市异能 + 狗血言情”的复合题材——满足网文创作中常见的“题材混搭”需求。

活跃迭代 + v7 重构 RFC 公开讨论。项目持续迭代——当前 v6.2.1 修复了 Windows 写章提交偶发的拒绝访问问题。v7 重构设计已进入公开意见征集期，社区可以参与讨论和反馈。这种“持续迭代 + 社区共建”的姿态，确保了项目能跟随创作者的实际需求不断进化。

现实挑战与生态成熟度。Webnovel Writer 并非没有短板。首先，项目依赖 Claude Code 作为运行时，用户需要自行安装 Claude Code 并承担 API 使用成本。其次，RAG 功能需要配置 Embedding 和 Rerank API Key——虽然没填也能用 BM25 关键词检索退路，但语义检索能力会减弱。再次，项目目前主要面向中文网文创作场景，对于其他语言或非网文类型的写作支持有限。