AI写多本小说怎么防串设定｜ZenStory

一份工具包可以用，多本书的事实要分开

Oh Story按书名目录组织长篇：每本各有正文/、设定/、大纲/与追踪/。书名可以自定，关键是实际写入与读取落在同一本书。只讨论或只规划时，不为凑目录创建正文与追踪。

安装目录里的skill是方法来源，不是放多本正文的资料夹。也不要把另一书的追踪文件复制来初始化新书；旧书已经发生的承诺、物件和伏笔会一起混进来。已有稿件导入可看导入与续写。

部署的定位代码会读取工作区根目录.active-book的首行，尝试按声明定位；没有采用声明时会尝试发现书目录。不同宿主对不存在路径的处理有差别，实际目录仍要核对，不能指望错误声明一定自动纠正。多书目录里“发现第一本”不等于作者选中了它，不应靠未设默认值来切书。

例如，工作区根是我的书库/，其中已有灯塔往返/与周末修理台/。选择后者时，根目录.active-book首行可写相对目录周末修理台；它是目录指示，不是章节号、多个书名清单或权限隔离。具体定位仍要核对当前宿主的部署与真实目录。

并行对话不能一边反复改共享默认值，一边假定各自永远绑定旧书。给每个任务固定书目录与材料；若需要互不影响的默认值，就在各自工作区使用各自选择。切换不是把旧对话里的全部故事事实自动清除。

以下为原创工作区安排，不是已经运行过的写作项目。两本已有稿件：

本书	当前事实与本次停点
灯塔往返	已写八章；顾岚拿到靠岸许可，船货尚未交付。下一步暂不写。
周末修理台	已写三章；宁月拿到试用房间钥匙，阅读架尚未修好。本次只补第四章细纲。

先记录旧任务截至位置，保留旧书文件。核对当前工作区与周末修理台/确实存在，把本次对象指向这个目录，再读取它的设定、进度与相关大纲。不能因为旧聊天刚写过“许可已拿到”，就让宁月有港口许可。

给执行者的完整任务可以写：

本次只处理我的书库/周末修理台/。截至第三章，宁月拿到试用房间钥匙，阅读架还没修。请只补第四章细纲：让她核对房间使用安排，并与物主确认是否换底座。按这本书现有文风和设定规划，保留物主尚未批准换件；本轮不写正文、不改灯塔往返的任何文件。若当前打开的书不是它，先指出目录差异。

交付时核对：产物是这本书第四章细纲，正文仍截至第三章；换件是否获准是本次规划的后续事件，不能提前写进已发生追踪。灯塔书仍是八章与船货未交。这里解决的是操作对象与产物边界，不声称AI绝不会出错。

先保存当前差异，找出错误正文、设定或追踪涉及的范围，再对照该书可信前稿和实际章节。不是把文中另一书的姓名全部替换掉就修好：能力、时间、承诺和持物也可能被带入。

正文改回后，按当前书的已发生事件处理追踪与后续影响；Oh Story的追踪有自己的提交流程，不手改派生状态卡来掩盖错误。若另一书也被写入，同样单独核对，不删整本书来“清空上下文”。

切书后的首次任务可以先只读诊断，确认书名、截至章和下一步对象。需要正文时再明确章号与停点。批量章节的组织另见分批写多章，这页处理的是多本书之间的边界。

不能。还要看两边实际读取和写入的目录，以及是否共用默认书目。任务里固定书名、目录、截至位置和本次产物。

不必把故事内容放进skill目录。按所用工具的安装与项目部署组织方法，各书分开材料；换书仍核对真实路径。

用 /story-long-write（Codex 用 $story-long-write）只处理指定书与指定产物，给完整书目录、截至位置和材料。先核对操作对象；需要正文时另明确章号与停点，不因已有稿自动续写旧书。