OriginWriter 百万字小说写作引擎

问题：上下文会丢，世界状态不该跟着丢

写长篇最常撞上的不是文笔，是记忆。写到第 30 章，模型已经忘了第 3 章埋的伏笔、第 9 章主角受过的伤，也说不清「谁在什么时候知道了什么」。病根是同一个：世界状态只活在上下文里，窗口一重建，设定就跟着蒸发。

OriginWriter 的思路是别把状态交给模型的记忆，交给持久化存储——但持久化不能是随手 append 一段 JSON，否则写坏一次就污染后续所有章节。

核心机制：一章一个语义事务

每写一章等于提交一个事务，包含两部分：正文和状态变更声明。五道门禁全过才落盘，任何一道不过就零写入，并返回可以据以重写的理由。

• ① 正文非空：交不出正文的事务等于没干活。
• ② 结构 / 引用 / 快照隔离：抓未知对象、缺字段、记错前值。这类问题降级为警告，但会累计成「模型记忆偏差率」，让你看到漂移的速度。
• ③ 禁区约束：世界规格里声明的禁区，比如钥匙不得使用、关键角色不得死亡、主角不得获知某个秘密。
• ④ 伏笔状态机：伏笔状态出现非法取值，或回收（hook-payoff）缺乏依据时拦截。
• ⑤ 正文对照状态：扫描正文与状态矛盾的细节，比如写了「左手挥刀」而状态里持刀手是右手，或「正午开门」而门的状态是锁死。

此外还有一层自报断言复核：事务里的 assertions 是模型自己立的字据（「我保证赵七还活着」），门禁会逐条验收，而不是照单全收。

世界规格与溯源

世界规格支持 --until N：世界重放到第 N 章，之后的变更由作者亲手以事务提交。重放历史逐条进入 provenance，可以用 origin why obj.field 追问「这个值凭什么是现在这个值」。

适用边界

这套机制的价值集中在跨章节一致性重于单章文笔的场景，代价是每章都要过门禁，写作节奏会变慢。它不负责生成好故事，只负责保证故事不自相矛盾；想写短篇或一次性文案时，事务化的开销并不划算。