第一层 · 生成前锁死
上下文构建器按需组装上下文,而不是把整本书塞进去:
- 前文窗口:最近 5 章,每章截断 2200 字
- 人物档案块:逐章人物档案,按章渐进释放
- 伏笔块:未回收伏笔,带埋设章号
- 硬规则块:不可违背的世界观规则
- 分镜约束:正文只允许展开分镜所列事件
把设定塞进上下文、祈祷模型听话——这是所有长篇 AI 工具的通用做法。 墨研的做法是:生成前用分镜与硬规则锁死正文边界,生成后用独立审核模型逐章核查,且每条问题必须带正文证据。 下面这些机制全部是可验证的代码级实现,不是提示词里写写就算。
单靠提示词做不到这些。每一层都有独立的数据结构和代码路径。
上下文构建器按需组装上下文,而不是把整本书塞进去:
写作过程中持续拿生成结果和台账对表:
由与写作模型分开的审核模型逐章复查,执行七查:
过去境界体系、货币兑换、金手指限制这类硬约束只散落在作品概要和素材库里,模型只能靠大纲要点去猜—— 硬约束一旦断代,整本书就会崩。现在它们被结构化登记、生成时强制注入、审核时逐条核对。
每条规则独立成条、按组排序,标注来源(手动录入 / AI 提炼)。
与「世界观设定」笔记不同:那里的内容是参考资料,这里的内容是约束生成的硬边界。
审核模型拿到硬规则块后会逐条核对正文,命中即记为高危(severity=high),并要求在报告里同时给出规则原文与正文片段—— 例如规则写「兑换不得超出一个大境界」,正文却写出越两个大境界的兑换,报告里会直接写明违反了哪一条规则、正文哪一句越了界, 以及把情节收回到规则边界内的具体改法。
| 资产 | 它解决什么 | 如何工作 | 状态 |
|---|---|---|---|
| 作品硬规则库 | 境界、货币、金手指等硬约束断代,全书崩 | 规则按分类结构化登记,生成时强制注入正文与分镜预审,审核时逐条核对并要求双证据 | 已上线 |
| 伏笔台账 | 伏笔埋了不收、埋设章号对不上 | 记录埋设章号与回收章号、未回收伏笔在生成时注入写作与审核两端做二次核对;长期未推进的伏笔会被单独提示 | 已上线 |
| 逐章人物档案 | 角色状态断代、性格漂移 | 章节定稿后自动沉淀该章的人物状态;重写章节时整行覆盖,避免残留旧数据;提炼失败可重新提取 | 已上线 |
| 章节元信息四要素 | 长线回顾靠人肉翻,越写越慢 | 每章自动沉淀:概要回顾(≤120 字)、爽点清单、情绪曲线、章末钩子;另有分镜、角色闸门与自查笔记 | 已上线 |
| 上下文构建 | 把整本书塞给模型既贵又不准 | 按需检索 + 预算控制 + 渐进释放,兼容弱模型能力;组装前文窗口、人物档案块、伏笔块与硬规则块 | 已上线 |
下面左列是防线的真实触发场景——不是设想,是产品实际踩过的坑。
| 防线 | 它拦的是什么 | 真实触发场景 |
|---|---|---|
| 角色卡按章渐进释放 | 角色在登场前就被剧透底细,人设当场崩 | 某个角色首次登场被写成「多年老友」——本该此时才建立关系,档案按章分档释放后才修正 |
| 未登记角色检测 | 模型凭空捏造路人并占用大段篇幅 | 某章写作模型捏造出一个邻居角色,写掉三分之一篇幅,而审核模型竟给了满分——只能靠代码兜底 |
| 角色出场时序预检 | 角色用熟识口吻提前提及尚未登场的人物 | 系统按大纲要点与已写正文用代码推导出「该角色规划登场章节晚于本章」,此类提及按高危连续性问题记录 |
| 节奏检测 | 整幕复读、注水、对话占比失衡 | 某章出现整幕复读注水,于是把复读判定阈值从「8 字 / 3 次」下调到「10 字 / 2 次」 |
| 防幻觉三道防线 | 审核模型照着大纲臆造问题,虚构不存在的引文 | 连续两章出现审查者按大纲编造指认——现在缺证据的指认在代码层直接丢弃,不写进报告 |
| 审核模型只注入事实身份 | 审查者被外貌描述误导,误报角色不一致 | 向审核模型注入角色外貌会诱发误报,因此只注入事实性身份信息 |
| 无档案角色白名单宽松化 | 把合法的新角色当成「凭空捏造」误杀 | 误杀比漏报更伤正文的可信度,因此白名单放宽到同时扫描摘要与细节 |
这是墨研一致性设计的第一原则。凡是能用规则、账本、章号直接判定的事实,都由代码判定并拦截;
模型只负责它擅长的部分——文笔、节奏、情感表达。
这也是墨研与「把一切写进提示词」的做法最本质的区别。
所有问题都必须带正文证据,报告直接呈现给作者,不是一句「感觉不太对」。 审核判定为通过、需复核或不通过;不通过的章节不予落库。
本章写的不是这一章该写的事件——常见的「抢跑」和「串章」都归在这一类,必须附上正文里越界的具体句子。
与前文设定或情节冲突,例如上一章说左手受伤,这一章却用右手抱人。指认需引用前文与本章两处片段。
与作品既定设定冲突,例如力量体系、身份关系、时间线自相矛盾。这类问题指向作品的硬规则,是世界观崩塌的早期信号。
角色的性格、语气、状态与已沉淀的人物档案不符——沉默寡言的角色突然滔滔不绝,正是靠这一类被抓出来。
作品层面预设的情绪节奏未兑现,例如该燃的地方没燃起来、该收的地方没收住,避免长篇情绪曲线走形。
违反作品硬规则库中的不可违背约束——境界越界、货币量级失真、时间线错乱。必须同时给出规则原文与正文片段。
写在这里,是因为它们真实存在,也因为作者有权知道工具的边界在哪。
前文窗口是最近 5 章、每章截断 2200 字。一百章以上的长线作品,中期线索依赖相关性检索才能捞回,准确率不如近期章节。章节概要的沉淀能缓解,但这是已知边界。
复读与注水的判定阈值是按 4000–5000 字的常规章节校准的。动作流或文艺流的章节可能被误报——目前已把这类判定限制为低级别、不触发返工,但按题材分档尚未实现。
硬规则库解决了「有地方放、生成时一定看」的问题,但规则条目本身仍需作者或 AI 提炼后确认。规则没登记的约束,系统无从执行——这是一份需要维护的清单,不是一台自动理解世界观的机器。
爽点密度校验(谁还没实现)与「放话必须兑现」的承诺账本目前都还没落地:作者往往写了几十章才发现连续十章没有爽点,承诺断头也仍需自己盯。
以下能力已有明确设计与实施顺序,但代码尚未写完。列出来是为了让你知道边界在哪,而不是承诺明天就有。
| 优先级 | 需求 | 要解决什么 | 状态 |
|---|---|---|---|
| P1 | 情节承诺账本 | 「放话→必须兑现」类承诺(立誓、结仇、约战)目前无台账,断头等于欺骗读者 | 未实现 |
| P1 | 大纲层节奏校验 | 按题材给爽点密度公式,在大纲视图里标红「连续 N 章无爽点」的区间,避免写完几十章才发现 | 未实现 |
| P2 | 分层提炼上下文 | 章级概要之上再加卷级大事记汇总层,专治百章作品的中期线索丢失 | 未实现 |
| P2 | 地点档案 | 登记场景细节,跨卷重写同一场景时不再漂移 | 未实现 |
| P2 | 问题类型分布统计 | 在审核台展示各类问题的分布与历史趋势,看清哪类问题在反复出现 | 未实现 |
| P3 | 设定生成模板 | 大纲生成时补上「金手指必须有代价」「反派须有靠山与反扑能力」等成熟设定防崩约束 | 未实现 |
所有由 AI 提炼产出的规则与承诺候选,一律进待确认队列,人工审核后生效——与正文审核铁律一致。
先从部署方式开始挑:云端开箱即用,或本地私有化离线运行。