ZenStory AI

小说改稿与去AI味

AI 写长篇忘设定怎么办:人物、伏笔与时间线管理

Oh Story · 更新于 2026-10-15

AI 写长篇会崩人设,通常是因为让模型“记住整本书”。Oh Story 改用文件记状态:故事里真正发生了什么、每个角色知道什么、读者看到了什么,分别写在项目的追踪目录里,续写每章前读取当前状态、相关前情、本章细纲和还没兑现的承诺。还只是计划的事留在规划里,正文真正写出后才登记为已发生。下面的三章示例演示章与章之间怎么接上,另附一条可选线索设计:分开可见线索与合理误读,并让揭晓产生后果。这套做法主要减少两类错误:遗忘,以及角色提前知道答案。

方法来自story-long-write11 个方法文件

所属项目 Oh Story在 GitHub 查看源码

开始之前

  • 使用同一个书名目录、实际完成的正文与追踪状态。旧书还没有变成可续写工程时,先看导入与接续指南。本页处理已在写的书,导入一次即可。
  • 分开正在规划的章节、最后完成章与残稿。以下示例只有第1—2章内容已经成立,第3章仍是计划。
  • 明确提供作者私下确定的设定。作者可以知道答案,但角色不因此自动知道;模型从片段猜出的解释,应继续列为未定。

操作步骤

  1. 把稳定人设与最新状态分开 用相关的 设定/角色/{角色名}.md 理解稳定人设,用 追踪/角色状态/{角色名}.md 看当前位置、目标、关系、本人已知和未结事项。“许棠有一个哥哥”和“她知道这封信是哥哥寄的”是两条分开的记录,后一条要等正文场景让她得知,才写进她的已知。久别后重新出场的人物,从最新状态接回来,第一次出场的简介留在设定里。事实都对、选择却仍像换了一个人时,问题出在动机:用人物动机指南检查理由与策略变化。
  2. 把信息分成三个视角 每个重要秘密都分别问:作者已经确定的真相是什么;各角色现在能据此行动的事实是什么;读者已经看见什么?追踪事务区分 objective_fact 与 reader_knowledge,角色认知则在各自快照中。作者私下的答案与未来揭示计划,都留在本章视角人物的已知之外。
  3. 续写只带必要的前情 续写流程先核对已提交章,再读 追踪/上下文.md、本章细纲与相关卷纲/人物材料。状态卡包含当前位置、长期约束、核心角色状态、活跃伏笔、近章速记、下一章承诺和连贯性风险;旧信息不够时再定点查,逐章记录按需读取。这是流程规定的步骤,动笔前确认 Agent 确实走过一遍。
  4. 分清角色的承诺与下一章的任务 许棠“七点前把信送到”的话,是有期限、尚未兑现的故事责任;第3章的交接任务则是找到可核对的旧地址,同时不揭寄信人。计划第4章揭晓的事留在规划里,第4章真正写出后才算交付。next_chapter_commitments 只放下一章必须承接的内容:远期计划留在卷纲和细纲,角色的长期誓言也等到下一章必须履行时再写进去。
  5. 分开悬而未决的问题、线索与可选读法 “她能否七点前送到?”让人期待一个未来行动的结果;蓝色三角是已观察到、含义可能在后面起作用的细节;“登记员在隐瞒寄信人”则只是一种解释,还没有任何场景证实。在这个有限视角示例中,保留可见细节,让解释可以被新证据修正,不要先由中性叙述断言“秘密记号”,再假装这个确定判断只是读者的误会。随包悬念参考区分疑问与伏笔;这里的编辑性区分用于规划,追踪字段保持原样。
  6. 先有证据改变认知,再记回收 看见蓝色三角和知道它的意思,是两件事。宣布伏笔回收前,要在正文中交代谁拿到什么证据,以及它究竟解决了哪个疑问。章节实际写成后,由既有章后事务更新结果、受影响角色快照、伏笔状态与读者认知,并与正文一致;计划中的发现,等场景写成后再登记。
  7. 让答案改变下一次决定 一次局部兑现可以回答一个问题,同时保留另一个问题。拟议续段中,能对应上的记录可以解释三角并指出寄信人,但送信仍未完成,时间也已流逝。新地址让许棠有路线可选,承诺仍等她去兑现。这是一种可选设计,要不要反转、用几章,都由作者决定。如果答案不改变本书的行动、关系或期待,就要决定为何值得如此铺垫。
  8. 只保留一个追踪权威 追踪/_tracking-state.json 是结构化权威;上下文.md、角色快照、伏笔视图和作者/读者时间线都是由它重新生成的派生文件,剧情改动一律走事务。流程通过 tracking_commit.py 提交一次结构化事务。要求 Agent 展示更新后的交接,只回一句“我记住了”就等于这一步没做。下面的示意卡仅作说明,实际格式以流程定义的事务为准。
  9. 旧章变动要顺着后果修 删除或改变第 X 章线索时,带着原段落和希望保留的事实请求范围明确的大修。文档规定从 X 章重算到最后已写章的追踪状态,并列出可能依赖它的后续正文,供你检查;后文改哪些,由你决定。大修前先保留当前作品,再决定哪些相关段落需要一起改。

示例

示例

原创编辑示例——《退回来的信》 下面是为本指南编写的片段与规划卡。 追踪 JSON 和章节文件以你自己的工程为准。

第1章已经成立,18:20: 许棠把尚未拆封的退信放进内袋。 “七点前,我会把它送到沈姨手里。”

第2章已经成立,18:35: 登记员用指节挡住页角。 “这里只记退件,寄信人的名字不在这页。” 许棠看见日期旁一个蓝色三角。信仍未拆封,放在她内袋里。

作者私下确定的设定: 寄信人是她的哥哥;三角与改寄地址有关。 作者计划第4章才通过证据确认,第3章继续保密。 这是已批准的背景,目前只有作者知道。

第3章之前的交接(以下标签仅作说明): - 角色已知:退信、蓝色三角;寄信人尚未确认。 - 读者已知:同样的可见事实;尚未揭示哥哥就是寄信人。 - 道具/位置:信仍封口,在许棠内袋里;她仍在退件登记台旁。 - 未完故事责任:19:00 前把信交到沈姨手中。 - 下一章任务:找到可核对的旧地址,让行动有新的方向。 - 暂不揭示:寄信人身份与三角的确定含义。 - 未来计划:第4章确认;目前仍记为未回收。

有问题的续写: “许棠认出,那是哥哥改寄时留下的记号。既然信已经送达, 她决定去码头等他。” 问题:没有证据就得到两个答案,又没有交信场景便把未送达改成已送达。 把计划或意图误当成已经发生的事件。

允许的开头修改(只示范开头几行): 许棠取出没拆封的信,压在登记簿旁。 “这个三角,是你们收退件时画的吗?” 她看了一眼墙上的钟。离七点还有二十五分钟。

如果第3章后来确实写出了旧地址,章后再记录这项新认知。 三角仍可保持未解:找到下一条线索算进展,寄信人和送信承诺都要等后面的场景落实。

第3–4章的可选设计——这是供作者选择的续段,全部属于拟写,已成立的只有上面的片段。退件柜台和记录流程都是为这个故事虚构的。

动笔前先确认新增条件:虚构柜台另存一份寄件记录,可凭信封编号查找,其中登记了寄信人及沈姨收件地址的变更。记录和旧记号说明存放在后方档案室,登记员需要离开柜台,按信封编号查找。三角属于旧簿记法,当前登记员需核对,不能凭印象解释。在这条分支中,记录真实无误,且确实对应这封信。前面的片段没有交代这些条件,要在后续场景里交代出来。如果故事另有冒名或错录的可能,看到名字就只能确认“记录写了什么”,身份仍需其他依据。

1. 第2章已可见:登记员指节挡住页角,日期旁有蓝色三角。许棠可以怀疑他在护着谁,但应把这写成疑问;“登记员正在藏她哥哥的名字”会泄露答案,还断言了场景尚未证明的动机。 2. 第3章拟写,18:40:登记员查旧址目录,给许棠一个可核对的旧地址,被问到三角时,他说明这是旧簿记法,需要核对,直接回应为什么此刻还不能确定其含义;随后指出信封编号,提出调取另存记录和旧记号说明。许棠请求核对:她宁可先花一部分剩余时间核实目的地,旧址暂且不去。登记员进入档案室,许棠留在柜台等候。先让证据来源和下一步行动进入场景,寄信人、新地址和三角的确定含义都留到后面。抄到旧地址是进展,送信要等真正交到沈姨手里才算完成。 3. 第4章拟写,18:45:登记员从档案室带回这份记录和旧记号说明。许棠将编号、收件人与仍封口的信逐项核对。收件改址栏带着相同蓝色三角,并写有沈姨的新收件地址;说明页标明三角代表收件地址有变,许棠与登记员一起读到。另一栏寄信人写着哥哥的名字。记录准确是这条分支单独确认的前提。三角解释收件地址状态,哥哥的名字来自寄信人一栏;先前“退件这页不记寄信人”的说法仍然成立。 4. 真正变化:许棠得到沈姨的新收件地址,并在上述证据前提下确认寄信人。信仍封口,仍由她拿着,人还在柜台。18:45 距七点只剩十五分钟,比原来少了十分钟。先选定并写出能到达的路线,再决定能否准时送达。下一步可以是问路并出发;真正写到交信,才能登记为已送达。

公平误导与没有依据的答案: • 可保留:角色怀疑挡住的页角有名字,然后去核对,猜测始终只当猜测。后来翻开这一角,只看见普通退件字段,可以动摇猜测;登记员的品性和内心动机仍留待后文。 • 应避免:揭晓时才说三角是视角人物和读者此前都无从接触的家族暗号,或直到公布答案那一段才造出一份无所不知的记录。真想改用这些机制,就回到前面把铺垫补进去,让它确实早已存在。 • 不靠重复提问拖延:第3章拿到旧址并启动具体查找,第4章改变认知和可去的目的地。尚未完成的送信任务足以接续下一场,章末靠它就能往下走,无须每次另造反派或秘密。这些时刻示范时间连续,每章长度由你决定;如果一次查找撑不起有意义的一章,就合并场景,把等候写短。

讨论用的规划顺序:可见细节 → 当前读法 → 需要什么证据、来源如何先出现 → 答案改变什么 → 还剩什么未解决。先用它讨论这一条线索,选中的场景真正写成后,再更新实际伏笔与读者认知状态。

给同一书稿目录中 Agent 的只读交接请求: 写正文前,先列出实际最后提交章与下一章细纲。 针对本章人物,分开作者真相、本人已知和读者已知;列出信件/道具当前状态、 未结线索、期限与下一章的具体承诺。每项标出依据章节或作者决定,未知保持未知。 暂不写正文,不手改追踪;等方向确定后,我会明确点名要写的章节。

如果要修改旧章: “我准备把第2章的蓝色三角改成信封缺角,仍不揭寄信人。 先指出后续哪些引用和揭示计划依赖三角,追踪走已有大修流程; 后文只改我指定的范围,不自动重写整本书。”

预期文件

  • 面向下一章的小范围、有依据的续写交接:人物现状、相关事实/线索、责任与揭示边界。它配合实际细纲使用,沿用现有的追踪文件。
  • 章节完成后的结构化追踪与派生视图,内容应与真正写出的事件一致。追踪/上下文.md 只负责当前交接。
  • 旧章变化后的修订正文、重算追踪状态,以及可能受影响后续章的明确清单。未来正文要改多少,仍是独立的范围决定。
  • 若问题只是措辞套路,改用局部正文修订,剧情账本保持不动。

检查结果

  • 站在视角人物的位置读拟写段落:他是否真的获得了所用的信息,道具与位置是否接得上,承诺中的行动是否已经发生?句子更顺之前,先修这些问题。
  • 一章可以推进线索,暂不回收。读者在正文里真正读到,兑现才算完成;未来揭示章号、规划日期和通过的状态检查,记录的是计划与一致性。
  • 规划回收时,能否指出先前可见的细节、已经安排的核对途径,以及答案之后改变的决定?把角色的误读与叙述已确立的事实分开。需要练习分辨文本证据和自己读法时,可看小说精读示例。
  • 所引流程让状态显式化,并规定事务更新;人设、文风、悬念效果和长程准确度,仍要作者亲自通读把关。

来源

全部指南