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

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

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

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

## v7 中一本书的形态

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

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

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

## 写一章的流程

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 分支长期保留，致命问题继续修复。

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