rfc-draft.md 4.7 KB

【征求意见】webnovel-writer v7 设计公示:架构重写,发布前征集意见

大家好。v6 发布以来收到了大量反馈,其中一部分问题经过多轮修补仍无法根治——原因在底层架构,不在某个具体功能。因此 v7 决定重写整个系统。在动工之前,把完整设计公示出来征集意见:格式层一旦定稿就要长期保持稳定,现在是影响设计的最佳时机。

v6 的主要问题与 v7 的对应解法

v6 的问题 v7 的解法
安装门槛高,Python 环境配置常出问题 移除 Python 依赖,一条命令完成安装
写一章消耗的 token 过多 AI 按需读取片段,不再全文加载设定与大纲
AI 不遵守流程、状态记录失真 可计数的检查全部交给程序,AI 只承担创作与判断
系统记录与作者手改的正文冲突 全部状态都是普通文档,手改是正常操作,系统自动对账
缺少连写能力 支持挂机连写,最终定稿权保留在作者手里

v7 中一本书的形态

一本书就是一个文件夹,目录全中文,内容全部是 Markdown 文档,任何编辑器都能直接打开:

我的书/
├── 定稿/        正文、设定(角色卡/世界观/时间线/信息差)、章摘要
├── 大纲/        总纲、卷纲、伏笔、悬念、感情线
├── 文风/        文风铁律、金句库
└── 工作区/      正在写的这章:细纲、草稿、审稿意见

没有数据库,没有隐藏状态。直接修改任何文件都是合法操作——下次启动时系统会识别改动并提议补登,不会报错阻拦。

写一章的流程

  1. AI 根据全书近况起草细纲:本章写什么、推进哪条伏笔、结尾留什么钩子
  2. 作者确认细纲,或修改后确认
  3. AI 写稿
  4. 程序检查:字数、禁词、复读、跨章高频用语(同一个比喻全书第 47 次出现这类)
  5. AI 三审:读者审(追读体验)、编辑审(结构与商业性)、设定校对(是否写漏、是否穿帮)
  6. 作者审稿:接受 / 改完接受 / 打回
  7. 定稿

定稿权始终在作者手里——系统不存在任何不经作者确认就写入定稿区的路径。

伏笔、悬念、感情线

每条线索一份独立档案:何时埋下、推进到哪、计划何时收尾。搁置过久时系统会提示"悬了太久"——这是提醒,不是错误。允许有收不回的伏笔,系统不强制清账。

挂机连写

确认当卷卷纲后,可让 AI 连写一个批次(默认 8 章,可配置)。批次结束后作者统一审稿:整批接受、修改其中几章、或从某章起打回重写。质量防线:每批次做一次体检,体检不过线或连续数章无剧情推进会自动停下。

修改与"吃书"

  • 未发布章节:直接修改,设定与时间线自动同步
  • 已发布章节:生成"顺势圆"方案——在不改动已发布内容的前提下把设定圆回来
  • 修改设定之前:系统先列出受影响的章节清单,分已发布/未发布两栏

导出发布

一键导出纯净正文(单章 / 章节范围 / 全书),可直接发布到内容平台。

安装方式的变化

v7 不再通过插件市场分发,统一为:

npx webnovel-writer init

运行环境要求 Node.js 22 或更高版本。v6 项目提供一次性迁移命令:正文与全部记录(伏笔、剧情线、设定)完整迁移,失败可整体回退。市场版 v6 停留在最后一个版本,并附新安装方式的指引。

首发支持 Claude Code 与 Codex(维护者亲测);Gemini CLI、Cursor 等待社区验证后纳入支持列表。

7.0 明确不做的事

  • 不承诺通过 AI 检测器。v7 的目标是"读者不出戏";检测器对抗是无止境的军备竞赛,不做无法兑现的承诺
  • 文风对标、角色口癖检查等进阶功能安排在 7.x 迭代
  • 敏感词与合规处理不在范围内

征集意见

  1. 术语是否自然:伏笔 / 悬念 / 感情线、细纲、审稿、吃书、全书近况——有别扭的请指出
  2. 写一章的七步流程中,是否有你认为多余、希望可跳过的环节
  3. 挂机连写的批次大小(默认 8 章)与审稿节奏是否符合你的写作习惯
  4. v6 中你依赖、但本文未提及的功能

后续节奏

  • 意见征集:本帖开放至少一周
  • 内测:维护者用 v7 实际写作一本书至 50 章,验证通过后发布
  • 正式发布 7.0

v6 不会下线:master 分支长期保留,致命问题继续修复。

期待大家的意见。设计阶段的修改成本最低,正式发布后格式将保持长期稳定。