Webnovel Writer v7 重构公示下一代设计讨论中你该关注的 5 个方向【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统解决 AI 写作中的「遗忘」和「幻觉」问题支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writerWebnovel Writer 是一款跑在 Claude Code 上的长篇网文 AI 写作辅助系统专门解决 AI 写作到几百章后忘设定、崩伏笔、跑大纲的问题支持 200 万字量级连载创作。它的 v7 版本正在做一轮从数据层到交互层的彻底重构设计规格已在仓库中冻结公示。这篇导读帮你用 5 分钟看懂下一代设计中最值得关注的 5 个方向。 当前状态速览master分支的 v6 仍在维护v7分支是 CLI 多宿主重写已冻结为开发档案原 v7 设计公示征集的反馈仍是下一代v8 写作工作台的重要输入。设计原文见 README 版本导览。为什么 v7 要动刀从绑定 Claude Code到多宿主v6 已经跑通了 Story System合同 章节提交链 事件审计但暴露出两个方向性问题表达层绑死 Claude Code完整运行时、RAG、Dashboard 都在却只能以一种宿主形态使用。多宿主与多智能体适配 Spec 的结论是复用现有 runtime 命令不为每个宿主重写一套业务逻辑。上下文太重主 agent 背了太多 subagent 的内部教程Skill 文本混着调度、schema 和长示例token 消耗高。上下文减负重构 Plan 把它概括成一句话主 agent 不传教程只传任务subagent 自带教程runtime 负责验收。v7 的 Story Repo 格式规格 被称为v7 的法律文本——代码是格式的派生物规格与实现冲突时改实现不允许代码里悄悄多存一份。下面 5 个方向全部出自这份规格。方向一一本书 一个 git 仓库这是数据层最激进的简化接受一章 一次原子 commit。定稿/存已验收的事实与正文只增不改大纲/存作者意图可变工作区/存棘轮之前的一切草稿、评审报告默认不入 git唯一的派生物.cache/index.db随时可删系统从源文件全量重建——这是 CI 验收项对比 v6 的.story-system/自建提交链 多路投影state/index/summary/memory/vectorv7 直接不在 VCS 里再造 VCS版本、审计、回溯一律交给 git还能顺手玩git branch what-if/xxx试另一条剧情线。方向二全中文目录 防呆设计作者零学习成本使用者全是中文网文作者所以目录、文件名、作者可见字段一律中文ASCII 只留给机器协议章节号、commit 前缀。配套的防呆方言针对非程序员手改文件时最常见的三类手滑全角标点、缩进、类型误判front matter 一律平铺、列表一律块格式、危险值自动加引号每条记录一个文件废除大一统 YAML 数据文件——改坏一条只废一条解析失败不崩溃弹出修复卡定位到行、给出修复建议规格里最有趣的一条不变量是对话即编辑器任何结构化修改都可以一句话完成把 P-031 弃了理由是改走暗线作者从头到尾不需要学任何文件格式。方向三承诺系统——让 AI 不再欠账伏笔这是 v7 的心脏。伏笔、悬念、感情线、爽点预期、立旗统一抽象为**对读者的承诺**每条一个 Markdown 文件如P-031-灭门真凶.md带强度、兑付期限和履历。机检级硬规则保证它不会沦为摆设每章提交必须touch至少一条承诺开启/推进/兑付否则打回豁免权只归作者、理由必填节奏债高强度承诺搁置超过阈值章数就亮黄灯开新承诺必须有兑付计划防止开坑不填这意味着AI 写作遗忘伏笔从一个模糊的质量问题变成了可检查、可追责、可量化的账本问题。方向四决策卡——作者只看一张卡、只做三种动作v6 有 8 个 Skill 命令v7 把它们全部内化为一条章事务流水线的阶段作者唯一需要看的界面是工作区/决策卡.md固定四段盘面脚本生成、提案、合同、备选。作者动作只有三种采纳 / 改卡 / 选备选。流水线本身是脚本备料 → 作者拍板 → 组装上下文包 → 模型渲染 →脚本机检合同断言、泄密扫描、禁词、新专名比对→ 三镜头评审读者/编辑/事实视角各自独立上下文→ 作者验收 → 原子 settle。机检不过关直接打回重渲染不打扰作者。方向五瘦身与派生可丢弃——更轻、可随时重建配套的两份审计文档把 v6 的上下文成本逐文件算了一遍账Phase 0 瘦身审计对每个 references 文件定全文读 / 区段读 / 检索读 / 不读单本书只用 1 个题材时题材档案可省约 90% 的常驻上下文叙事智能路线图 被 v7 规格整体吸收事件 witnesses 投影被信息差 时间线在场列一列数据取代成本差两个量级派生可丢弃是贯穿始终的原则删光缓存后所有查询照常回答。系统越轻作者越敢把书当普通文件库来管。对现有 v6 用户意味着什么v7 规格里附有完整的 v6 → v7 迁移映射正文/→定稿/正文/补 front matter、伏笔与追读力数据逐条转为承诺文件、.story-system/提交链压成一个初始 commit 后只读归档。迁移是一次性脚本不是日常负担。需要注意的是v7 的 CLI 形态经评估后不再发布下一代改以 v8 写作工作台形态开发但这份冻结的设计规格是公开讨论的基础你的反馈尤其是格式是否方便作者手改这类一手体验仍是重要输入。延伸阅读设计原文都在仓库里文档看点story-repo-spec-2026-06-10.mdv7 法律文本设计不变量、目录总览、章事务、迁移映射、决策记录multi-agent-adaptation-spec-2026-06-05.md多宿主适配8 个 Skill 与 4 个 Agent 的演进定位context-minimal-writing-flow-plan-2026-06-05.md上下文减负的裁剪判据与端到端流程红线phase0-slimming-and-read-audit-2026-06-06.md逐文件的读取方式审计清单2026-06-10-audit-fix-plan.md绞杀式收敛计划的执行与截断记录如果你正在用 AI 写长篇连载承诺系统和决策卡这两个方向最值得先读——它们直接回答了两个高频痛点AI 怎么写着写着就忘了伏笔以及作者到底要盯着多少界面。【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统解决 AI 写作中的「遗忘」和「幻觉」问题支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writer创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Webnovel Writer v7 重构公示：下一代设计讨论中你该关注的 5 个方向
Webnovel Writer v7 重构公示下一代设计讨论中你该关注的 5 个方向【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统解决 AI 写作中的「遗忘」和「幻觉」问题支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writerWebnovel Writer 是一款跑在 Claude Code 上的长篇网文 AI 写作辅助系统专门解决 AI 写作到几百章后忘设定、崩伏笔、跑大纲的问题支持 200 万字量级连载创作。它的 v7 版本正在做一轮从数据层到交互层的彻底重构设计规格已在仓库中冻结公示。这篇导读帮你用 5 分钟看懂下一代设计中最值得关注的 5 个方向。 当前状态速览master分支的 v6 仍在维护v7分支是 CLI 多宿主重写已冻结为开发档案原 v7 设计公示征集的反馈仍是下一代v8 写作工作台的重要输入。设计原文见 README 版本导览。为什么 v7 要动刀从绑定 Claude Code到多宿主v6 已经跑通了 Story System合同 章节提交链 事件审计但暴露出两个方向性问题表达层绑死 Claude Code完整运行时、RAG、Dashboard 都在却只能以一种宿主形态使用。多宿主与多智能体适配 Spec 的结论是复用现有 runtime 命令不为每个宿主重写一套业务逻辑。上下文太重主 agent 背了太多 subagent 的内部教程Skill 文本混着调度、schema 和长示例token 消耗高。上下文减负重构 Plan 把它概括成一句话主 agent 不传教程只传任务subagent 自带教程runtime 负责验收。v7 的 Story Repo 格式规格 被称为v7 的法律文本——代码是格式的派生物规格与实现冲突时改实现不允许代码里悄悄多存一份。下面 5 个方向全部出自这份规格。方向一一本书 一个 git 仓库这是数据层最激进的简化接受一章 一次原子 commit。定稿/存已验收的事实与正文只增不改大纲/存作者意图可变工作区/存棘轮之前的一切草稿、评审报告默认不入 git唯一的派生物.cache/index.db随时可删系统从源文件全量重建——这是 CI 验收项对比 v6 的.story-system/自建提交链 多路投影state/index/summary/memory/vectorv7 直接不在 VCS 里再造 VCS版本、审计、回溯一律交给 git还能顺手玩git branch what-if/xxx试另一条剧情线。方向二全中文目录 防呆设计作者零学习成本使用者全是中文网文作者所以目录、文件名、作者可见字段一律中文ASCII 只留给机器协议章节号、commit 前缀。配套的防呆方言针对非程序员手改文件时最常见的三类手滑全角标点、缩进、类型误判front matter 一律平铺、列表一律块格式、危险值自动加引号每条记录一个文件废除大一统 YAML 数据文件——改坏一条只废一条解析失败不崩溃弹出修复卡定位到行、给出修复建议规格里最有趣的一条不变量是对话即编辑器任何结构化修改都可以一句话完成把 P-031 弃了理由是改走暗线作者从头到尾不需要学任何文件格式。方向三承诺系统——让 AI 不再欠账伏笔这是 v7 的心脏。伏笔、悬念、感情线、爽点预期、立旗统一抽象为**对读者的承诺**每条一个 Markdown 文件如P-031-灭门真凶.md带强度、兑付期限和履历。机检级硬规则保证它不会沦为摆设每章提交必须touch至少一条承诺开启/推进/兑付否则打回豁免权只归作者、理由必填节奏债高强度承诺搁置超过阈值章数就亮黄灯开新承诺必须有兑付计划防止开坑不填这意味着AI 写作遗忘伏笔从一个模糊的质量问题变成了可检查、可追责、可量化的账本问题。方向四决策卡——作者只看一张卡、只做三种动作v6 有 8 个 Skill 命令v7 把它们全部内化为一条章事务流水线的阶段作者唯一需要看的界面是工作区/决策卡.md固定四段盘面脚本生成、提案、合同、备选。作者动作只有三种采纳 / 改卡 / 选备选。流水线本身是脚本备料 → 作者拍板 → 组装上下文包 → 模型渲染 →脚本机检合同断言、泄密扫描、禁词、新专名比对→ 三镜头评审读者/编辑/事实视角各自独立上下文→ 作者验收 → 原子 settle。机检不过关直接打回重渲染不打扰作者。方向五瘦身与派生可丢弃——更轻、可随时重建配套的两份审计文档把 v6 的上下文成本逐文件算了一遍账Phase 0 瘦身审计对每个 references 文件定全文读 / 区段读 / 检索读 / 不读单本书只用 1 个题材时题材档案可省约 90% 的常驻上下文叙事智能路线图 被 v7 规格整体吸收事件 witnesses 投影被信息差 时间线在场列一列数据取代成本差两个量级派生可丢弃是贯穿始终的原则删光缓存后所有查询照常回答。系统越轻作者越敢把书当普通文件库来管。对现有 v6 用户意味着什么v7 规格里附有完整的 v6 → v7 迁移映射正文/→定稿/正文/补 front matter、伏笔与追读力数据逐条转为承诺文件、.story-system/提交链压成一个初始 commit 后只读归档。迁移是一次性脚本不是日常负担。需要注意的是v7 的 CLI 形态经评估后不再发布下一代改以 v8 写作工作台形态开发但这份冻结的设计规格是公开讨论的基础你的反馈尤其是格式是否方便作者手改这类一手体验仍是重要输入。延伸阅读设计原文都在仓库里文档看点story-repo-spec-2026-06-10.mdv7 法律文本设计不变量、目录总览、章事务、迁移映射、决策记录multi-agent-adaptation-spec-2026-06-05.md多宿主适配8 个 Skill 与 4 个 Agent 的演进定位context-minimal-writing-flow-plan-2026-06-05.md上下文减负的裁剪判据与端到端流程红线phase0-slimming-and-read-audit-2026-06-06.md逐文件的读取方式审计清单2026-06-10-audit-fix-plan.md绞杀式收敛计划的执行与截断记录如果你正在用 AI 写长篇连载承诺系统和决策卡这两个方向最值得先读——它们直接回答了两个高频痛点AI 怎么写着写着就忘了伏笔以及作者到底要盯着多少界面。【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统解决 AI 写作中的「遗忘」和「幻觉」问题支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writer创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考