大家好。v6 发布以来收到了大量反馈,其中一部分问题经过多轮修补仍无法根治——原因在底层架构,不在某个具体功能。因此 v7 决定重写整个系统。在动工之前,把完整设计公示出来征集意见:格式层一旦定稿就要长期保持稳定,现在是影响设计的最佳时机。
| v6 的问题 | v7 的解法 |
|---|---|
| 安装门槛高,Python 环境配置常出问题 | 移除 Python 依赖,一条命令完成安装 |
| 写一章消耗的 token 过多 | AI 按需读取片段,不再全文加载设定与大纲 |
| AI 不遵守流程、状态记录失真 | 可计数的检查全部交给程序,AI 只承担创作与判断 |
| 系统记录与作者手改的正文冲突 | 全部状态都是普通文档,手改是正常操作,系统自动对账 |
| 缺少连写能力 | 支持挂机连写,最终定稿权保留在作者手里 |
一本书就是一个文件夹,目录全中文,内容全部是 Markdown 文档,任何编辑器都能直接打开:
我的书/
├── 定稿/ 正文、设定(角色卡/世界观/时间线/信息差)、章摘要
├── 大纲/ 总纲、卷纲、伏笔、悬念、感情线
├── 文风/ 文风铁律、金句库
└── 工作区/ 正在写的这章:细纲、草稿、审稿意见
没有数据库,没有隐藏状态。直接修改任何文件都是合法操作——下次启动时系统会识别改动并提议补登,不会报错阻拦。
定稿权始终在作者手里——系统不存在任何不经作者确认就写入定稿区的路径。
每条线索一份独立档案:何时埋下、推进到哪、计划何时收尾。搁置过久时系统会提示"悬了太久"——这是提醒,不是错误。允许有收不回的伏笔,系统不强制清账。
确认当卷卷纲后,可让 AI 连写一个批次(默认 8 章,可配置)。批次结束后作者统一审稿:整批接受、修改其中几章、或从某章起打回重写。质量防线:每批次做一次体检,体检不过线或连续数章无剧情推进会自动停下。
一键导出纯净正文(单章 / 章节范围 / 全书),可直接发布到内容平台。
v7 不再通过插件市场分发,统一为:
npx webnovel-writer init
运行环境要求 Node.js 22 或更高版本。v6 项目提供一次性迁移命令:正文与全部记录(伏笔、剧情线、设定)完整迁移,失败可整体回退。市场版 v6 停留在最后一个版本,并附新安装方式的指引。
首发支持 Claude Code 与 Codex(维护者亲测);Gemini CLI、Cursor 等待社区验证后纳入支持列表。
v6 不会下线:master 分支长期保留,致命问题继续修复。
期待大家的意见。设计阶段的修改成本最低,正式发布后格式将保持长期稳定。