设定不自相矛盾：Webnovel Writer 一致性审查如何盯住战力与时间线

设定不自相矛盾Webnovel Writer 一致性审查如何盯住战力与时间线【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统解决 AI 写作中的「遗忘」和「幻觉」问题支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writerWebnovel Writer 是一个跑在 Claude Code 上的长篇网文辅助创作系统专治 AI 写作写到几百章后「设定打架、战力崩坏、时间线错乱」的顽疾。写长篇网文最折磨人的往往不是写出第一章而是写到第 80 章、第 200 章时突然发现主角的实力莫名其妙变强了、某个角色同时出现在两个地方、之前说好的金丹期能一掌毁城现在却打不爆一座房子。AI 写作同样会踩这些坑。Webnovel Writer 把这类设定不自相矛盾的问题拆成一套自动执行的一致性审查流程专门盯住最容易崩坏的战力和时间线两条线让每章写完后都要对账一次。一、为什么长篇 AI 写作最怕设定打架长篇连载的核心矛盾是读者能接受魔法存在却不能接受这个世界的魔法时灵时不灵。一次性的 AI 生成器没有记忆写到后面只会各说各话。Webnovel Writer 的定位恰恰相反——它不是一次性生成器而是一套边写边攒的一致性系统动笔前先查资料写完后把新发生的事实记下来、做一致性审查再把最新状态同步进检索索引和长期记忆。项目把这件事总结成防幻觉三定律见 系统架构定律说明执行方式大纲即法律遵循大纲不擅自发挥Context Agent 强制加载章节大纲设定即物理遵守设定不自相矛盾Reviewer Agent 内置一致性审查发明需识别新实体必须入库管理Data Agent 自动提取并消歧其中第二条设定即物理就是本文主角——一致性审查要盯死的那道关。二、一致性审查如何盯住五个维度一致性审查由统一的reviewer审查 Agent 完成源码见 reviewer。它读完正文后逐维度检查每个维度必须给出一行结论没有问题也要显式写pass。它只查可验证的事实问题不评分、不点评文笔维度英文名盯什么设定一致性setting角色能力是否匹配当前境界、地点是否符合世界观、物品/货币是否守规则时间线timeline本章时间与上章是否衔接、倒计时是否正确推进、角色是否同时出现在两地叙事连贯continuity上章钩子是否有回应、场景转换是否有过渡、情绪弧是否连续角色一致性character对话风格是否贴合人设、行为是否符合动机、角色是否知道不该知道的事逻辑logic因果关系是否成立、决策是否有合理动机、战斗结果是否符合已建立的力量对比它的输出是一份结构化问题清单schema 见 审查输出 Schema每条问题都带severity严重度、category维度、location位置、evidence原文引用 vs 数据记录和fix_hint修复方向。关键设计审查员只报可验证的问题每一条都必须有evidence。写得不够好不算问题与角色性格矛盾才算。这逼着审查落到实处而不是空谈。三、战力不崩坏主角实力不能超过系统记录战力崩坏是玄幻、修仙、高武类网文最常见的翻车点。Webnovel Writer 用一句话把它管住主角实力 ≤ 系统记录state.json/index.db。系统会在设定初始化阶段建立一份境界战力对照表模板见 力量体系自查表例如境界代表性战绩灵力总量练气徒手碎石100筑基御剑飞行1,000金丹一掌毁小镇10,000元婴毁灭一国100,000每当主角突破或越级战斗审查员就会拿正文里写的实力去比对数据库里的记录。常见错误清单common-mistakes里专门列了这条❌战力崩坏——主角筑基 3 层打败金丹期敌人 ✅ 修正如必须越级需要金手指/秘法加持、对手被削弱、或环境优势/陷阱辅助且不可常态化。换句话说AI 想让主角开挂得先给开挂找到合法理由神兵、阵法、偷袭、敌方轻敌否则一致性审查就会把这一条标成critical并阻断。四、时间线不错乱跨章衔接、倒计时与分身时间线维度timeline盯三件事本章时间是否与上章衔接——没有无解释的时间回跳倒计时 / 截止日期是否正确推进——三天后大婚不能下一章还停在三天前角色是否同时出现在两个地点——也就是俗称的分身。系统还内置了时间规则Context Agent跨夜须过渡、倒计时不跳跃、不回跳。setting维度里同样有时间轴自查表把重大事件锚在统一纪年上。它举过一个典型翻车案例第 30 章这个秘境只在百年一次的血月之夜开启上次开启是 50 年前 第 80 章50 年前血月之夜那位前辈进入秘境后失踪 读者那这次血月是第几次时间对不上啊一致性审查的作用就是在第 80 章写完后立刻发现这种对不上而不是等读者在评论区替你发现。五、一票否决blocking 问题如何卡住流程一致性审查不是出个报告了事它带阻断机制存在任何blockingtrue的问题 → 后续流程不得开始severitycritical默认自动blockingtrue。遇到确实修不了的 blocking 问题系统会停下来交你裁决接受当前版本 / 手动修复 / 放弃而不是自作主张。审查报告和指标会落库到index.db的review_metrics表Dashboard 还能画出质量趋势。整套写前查、写中审、写后记的闭环详见 webnovel-write 写章流程 与 webnovel-review 审查技能。六、三步用起来从写章到审查上手很简单三条命令覆盖日常/webnovel-write 45—— 一条龙写第 45 章起草后自动调用审查 Agentblocking 问题不通过就卡住不会带着硬伤往下走/webnovel-review 1-5—— 单独审查第 1 到 5 章生成问题清单与审查报告并落库/webnovel-query 战力—— 查询角色、伏笔、实体关系和运行时状态随时核对现在到底什么设定。小建议--fast模式只检查setting / timeline / continuity三个核心维度日常赶稿时又快又稳需要全量五维审查就用默认模式。七、延伸阅读关键文件导航想深入了解这套一致性系统可以从这几个入口入手审查逻辑reviewer 审查 Agent —— 五维检查、边界禁区、输出格式全在这里输出格式审查输出 Schema —— issue 字段、阻断规则、指标沉淀常见错误common-mistakes 快速自检 —— 战力崩坏、人物 OOC、伏笔遗忘等典型案例设定自洽设定自洽性检查指南 —— 三大支柱、自查模板与修复方案核心约束core-constraints 防幻觉协议 —— 三大定律与章节约束分层整体设计系统架构与模块 —— 真源划分、Agent 分工、Story System 全链路一句话总结Webnovel Writer 把设定不自相矛盾从一句口号变成了每章都要过的五维审查——战力对得上记录、时间线接得上前文、关键问题一票否决让 AI 写到几百章依然守得住自己立下的规矩。【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统解决 AI 写作中的「遗忘」和「幻觉」问题支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writer创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考