一致性引擎

市面上的一致性方案都是「被动注入」,墨研做的是「主动审校闭环」

把设定塞进上下文、祈祷模型听话——这是所有长篇 AI 工具的通用做法。 墨研的做法是:生成前用分镜与硬规则锁死正文边界,生成后用独立审核模型逐章核查,且每条问题必须带正文证据。 下面这些机制全部是可验证的代码级实现,不是提示词里写写就算。

作品硬规则库已上线 3 道防幻觉代码防线 6 类审稿问题类型 证据不足的指认程序性丢弃
直接回答「墨研怎么防止 AI 写长篇穿帮」:靠三层机制叠加—— 生成前,上下文构建器按需注入前文窗口(最近 5 章 × 2200 字)、人物档案块、未回收伏笔块与作品硬规则块,并强制正文遵守分镜; 生成中,角色卡按章渐进释放、伏笔台账随章号自动对表、未登记角色出场被代码拦截; 生成后,独立审核模型执行七查逐章核查事件归属、前后连贯、设定矛盾、角色一致、情绪兑现、剧情抢跑与硬规则违反,所有问题必须附正文证据,证据不足的直接在代码层丢弃。
三层防线

生成前锁死 · 生成中对表 · 生成后核查

单靠提示词做不到这些。每一层都有独立的数据结构和代码路径。

第一层 · 生成前锁死

上下文构建器按需组装上下文,而不是把整本书塞进去:

  • 前文窗口:最近 5 章,每章截断 2200 字
  • 人物档案块:逐章人物档案,按章渐进释放
  • 伏笔块:未回收伏笔,带埋设章号
  • 硬规则块:不可违背的世界观规则
  • 分镜约束:正文只允许展开分镜所列事件

第二层 · 生成中对表

写作过程中持续拿生成结果和台账对表:

  • 未登记角色出场 → 代码兜底拦截
  • 角色出场时序 → 系统按大纲代码预检
  • 关键台词原样保留,不允许改写
  • 未开口角色不得开口
  • 节奏检测:复读、注水、对话占比

第三层 · 生成后核查

由与写作模型分开的审核模型逐章复查,执行七查:

  • 事件归属 / 前后连贯 / 设定矛盾
  • 角色一致性 / 情绪主线兑现
  • 剧情抢跑(对照后续 1~3 章规划)
  • 硬规则违反(对照作品硬规则库)
  • 每条问题必须附正文证据
  • 证据不足的指认在代码层丢弃
已上线 · 作品硬规则库

不可违背的世界观规则,终于有了专门的承载

过去境界体系、货币兑换、金手指限制这类硬约束只散落在作品概要和素材库里,模型只能靠大纲要点去猜—— 硬约束一旦断代,整本书就会崩。现在它们被结构化登记、生成时强制注入、审核时逐条核对。

已上线

规则怎么组织

  • 力量体系:境界上限、战力层级、突破条件
  • 货币资源:兑换比例、资源量级、获取途径
  • 地理格局:势力范围、地理距离、禁地规则
  • 金手指规则:能力边界、使用代价、冷却与限制
  • 时间线:纪年、重大事件先后、不可逆节点
  • 其他:上述分类之外的自定义硬约束

每条规则独立成条、按组排序,标注来源(手动录入 / AI 提炼)。

已上线

规则怎么生效

  • 写作前可让 AI 从大纲和素材中提炼规则,产出进候选区
  • 候选规则需人工确认后才入库生效
  • 写作时硬规则块注入正文提示,与伏笔块同级
  • 分镜预审使用同一块规则,避免前后口径不一
  • 审核时执行「七查·违反硬规则核对」,命中记为高危问题

与「世界观设定」笔记不同:那里的内容是参考资料,这里的内容是约束生成的硬边界。

审核端如何判定

违反硬规则,是最高危的问题类型之一

审核模型拿到硬规则块后会逐条核对正文,命中即记为高危(severity=high),并要求在报告里同时给出规则原文与正文片段—— 例如规则写「兑换不得超出一个大境界」,正文却写出越两个大境界的兑换,报告里会直接写明违反了哪一条规则、正文哪一句越了界, 以及把情节收回到规则边界内的具体改法。

  • ✓ 规则原文 + 正文引用,双证据齐备
  • ✓ 不通过审核的章节不予落库
  • ✓ 证据不足的违规指认同样会被丢弃
  • ✓ 规则为空时自动跳过该项核对,不产生噪音
一致性数据资产

长篇记忆不是靠模型记住,是靠这些账本记住

墨研小说创作台的一致性数据资产及其作用
资产 它解决什么 如何工作 状态
作品硬规则库 境界、货币、金手指等硬约束断代,全书崩 规则按分类结构化登记,生成时强制注入正文与分镜预审,审核时逐条核对并要求双证据 已上线
伏笔台账 伏笔埋了不收、埋设章号对不上 记录埋设章号与回收章号、未回收伏笔在生成时注入写作与审核两端做二次核对;长期未推进的伏笔会被单独提示 已上线
逐章人物档案 角色状态断代、性格漂移 章节定稿后自动沉淀该章的人物状态;重写章节时整行覆盖,避免残留旧数据;提炼失败可重新提取 已上线
章节元信息四要素 长线回顾靠人肉翻,越写越慢 每章自动沉淀:概要回顾(≤120 字)、爽点清单、情绪曲线、章末钩子;另有分镜、角色闸门与自查笔记 已上线
上下文构建 把整本书塞给模型既贵又不准 按需检索 + 预算控制 + 渐进释放,兼容弱模型能力;组装前文窗口、人物档案块、伏笔块与硬规则块 已上线
代码级兜底

每一条防线,都是被真实翻车逼出来的

下面左列是防线的真实触发场景——不是设想,是产品实际踩过的坑。

墨研小说创作台的代码级防线与对应的真实翻车案例
防线 它拦的是什么 真实触发场景
角色卡按章渐进释放 角色在登场前就被剧透底细,人设当场崩 某个角色首次登场被写成「多年老友」——本该此时才建立关系,档案按章分档释放后才修正
未登记角色检测 模型凭空捏造路人并占用大段篇幅 某章写作模型捏造出一个邻居角色,写掉三分之一篇幅,而审核模型竟给了满分——只能靠代码兜底
角色出场时序预检 角色用熟识口吻提前提及尚未登场的人物 系统按大纲要点与已写正文用代码推导出「该角色规划登场章节晚于本章」,此类提及按高危连续性问题记录
节奏检测 整幕复读、注水、对话占比失衡 某章出现整幕复读注水,于是把复读判定阈值从「8 字 / 3 次」下调到「10 字 / 2 次」
防幻觉三道防线 审核模型照着大纲臆造问题,虚构不存在的引文 连续两章出现审查者按大纲编造指认——现在缺证据的指认在代码层直接丢弃,不写进报告
审核模型只注入事实身份 审查者被外貌描述误导,误报角色不一致 向审核模型注入角色外貌会诱发误报,因此只注入事实性身份信息
无档案角色白名单宽松化 把合法的新角色当成「凭空捏造」误杀 误杀比漏报更伤正文的可信度,因此白名单放宽到同时扫描摘要与细节
工程原则

能由代码判定的事实,不信模型

这是墨研一致性设计的第一原则。凡是能用规则、账本、章号直接判定的事实,都由代码判定并拦截; 模型只负责它擅长的部分——文笔、节奏、情感表达。

这也是墨研与「把一切写进提示词」的做法最本质的区别。

  • ✓ 伏笔回收状态:代码按章号判定
  • ✓ 角色是否登记在册:代码查名册
  • ✓ 角色出场时序:代码按大纲推导
  • ✓ 关键台词是否原样:代码逐字比对
  • ✓ 复读与注水:代码统计字频
  • ✓ 审稿问题有无证据:代码校验引用片段
审稿输出

审核模型会报哪六类问题

所有问题都必须带正文证据,报告直接呈现给作者,不是一句「感觉不太对」。 审核判定为通过、需复核或不通过;不通过的章节不予落库。

事件归属偏差

本章写的不是这一章该写的事件——常见的「抢跑」和「串章」都归在这一类,必须附上正文里越界的具体句子。

前后文不连贯

与前文设定或情节冲突,例如上一章说左手受伤,这一章却用右手抱人。指认需引用前文与本章两处片段。

设定矛盾

与作品既定设定冲突,例如力量体系、身份关系、时间线自相矛盾。这类问题指向作品的硬规则,是世界观崩塌的早期信号。

角色一致性

角色的性格、语气、状态与已沉淀的人物档案不符——沉默寡言的角色突然滔滔不绝,正是靠这一类被抓出来。

情绪主线

作品层面预设的情绪节奏未兑现,例如该燃的地方没燃起来、该收的地方没收住,避免长篇情绪曲线走形。

违反硬规则

违反作品硬规则库中的不可违背约束——境界越界、货币量级失真、时间线错乱。必须同时给出规则原文与正文片段。

7查 · 审核模型的核对项
6类 · 可上报的问题类型
3道 · 防幻觉代码防线
100%问题必须附正文证据
诚实说明

当前的已知边界

写在这里,是因为它们真实存在,也因为作者有权知道工具的边界在哪。

边界

超长篇的中期线索偏弱

前文窗口是最近 5 章、每章截断 2200 字。一百章以上的长线作品,中期线索依赖相关性检索才能捞回,准确率不如近期章节。章节概要的沉淀能缓解,但这是已知边界。

边界

节奏判定按常见篇幅校准

复读与注水的判定阈值是按 4000–5000 字的常规章节校准的。动作流或文艺流的章节可能被误报——目前已把这类判定限制为低级别、不触发返工,但按题材分档尚未实现。

边界

硬规则依赖人工维护质量

硬规则库解决了「有地方放、生成时一定看」的问题,但规则条目本身仍需作者或 AI 提炼后确认。规则没登记的约束,系统无从执行——这是一份需要维护的清单,不是一台自动理解世界观的机器。

边界

节奏与承诺尚在大纲层缺席

爽点密度校验(谁还没实现)与「放话必须兑现」的承诺账本目前都还没落地:作者往往写了几十章才发现连续十章没有爽点,承诺断头也仍需自己盯。

尚未落地

还在路上(请勿当作现有功能)

以下能力已有明确设计与实施顺序,但代码尚未写完。列出来是为了让你知道边界在哪,而不是承诺明天就有。

墨研小说创作台一致性方向的未交付能力清单
优先级 需求 要解决什么 状态
P1 情节承诺账本 「放话→必须兑现」类承诺(立誓、结仇、约战)目前无台账,断头等于欺骗读者 未实现
P1 大纲层节奏校验 按题材给爽点密度公式,在大纲视图里标红「连续 N 章无爽点」的区间,避免写完几十章才发现 未实现
P2 分层提炼上下文 章级概要之上再加卷级大事记汇总层,专治百章作品的中期线索丢失 未实现
P2 地点档案 登记场景细节,跨卷重写同一场景时不再漂移 未实现
P2 问题类型分布统计 在审核台展示各类问题的分布与历史趋势,看清哪类问题在反复出现 未实现
P3 设定生成模板 大纲生成时补上「金手指必须有代价」「反派须有靠山与反扑能力」等成熟设定防崩约束 未实现

所有由 AI 提炼产出的规则与承诺候选,一律进待确认队列,人工审核后生效——与正文审核铁律一致。

下一步

想看看这套机制跑起来是什么样?

先从部署方式开始挑:云端开箱即用,或本地私有化离线运行。