什么是故事档案（Continuity Bible）？AI 短剧不串戏的底层账本
故事档案是一份贯穿全剧的结构化设定记录，相当于传统剧组的 continuity bible。AI 短剧写到第 200 集还能记得第 3 集埋的伏笔，靠的不是模型记性，是这份账本。
故事档案是什么
故事档案（Continuity Bible）是一份贯穿全剧的结构化设定记录，包含人物身份、稳定性格特征、可变的当前状态、人物关系、每条伏线的开启与收束状态、按集出场表、分批剧情纪要和道具视觉描述。
它相当于传统编剧室里的连续性圣经（continuity bible），作用是让第 200 集还记得第 3 集埋了什么，让人物的伤疤不会突然消失，让已经收掉的伏笔不会被重复打开。
在真人剧组里，这份东西由场记和编剧助理维护；在 AI 短剧生产里，它必须被结构化地存下来——因为大模型本身没有跨批次的稳定记忆，你不能指望它「记得」。
为什么 AI 短剧尤其需要故事档案
传统真人剧的连续性靠人盯：场记打板、服装组记穿搭、编剧室守时间线。但 AI 短剧的生产链路有两个特点，让「靠人盯」和「靠模型记」都失效：
- 集数多、节奏快。 竖屏短剧动辄上百集，按批次续写，每批之间可能隔几天、换不同人接手。人脑扛不住上百集的细节密度。
- 模型没有真记忆。 每次生成都是一次新的推理，上下文窗口再大也会丢东西，而且丢得毫无征兆——它不会告诉你「我忘了这个人第 5 集已经离婚了」。
常见的串戏事故几乎都能追溯到「没有档案」或「档案没更新」：
- 人物关系漂移：第 10 集还是仇人，第 35 集突然写成发小，中间没有转折
- 状态失忆：上一集结尾中了一刀，下一集活蹦乱跳，伤口提都不提
- 伏线失踪：第 2 集埋的身世线索，到第 80 集再也没人想起来
- 道具穿越：古代戏里角色掏出一个现代打火机，因为模型不知道这是哪个朝代
- 称呼混乱：同一个人在不同集里被叫做「陈总」「陈哥」「老陈」，观众分不清
不靠模型记性，靠结构化档案。 这是 AI 短剧和传统剧在连续性管理上最大的区别。
一份合格的故事档案记什么
故事档案不是一篇长文档，而是一组可以被单独调取的结构化字段。下面这张表是它的核心构成：
| 模块 | 记录内容 | 解决什么问题 |
|---|---|---|
| 人物身份卡 | 姓名、年龄、职业、核心身份（含隐藏身份） | 防止身份漂移、隐藏身份提前泄露 |
| 稳定性格 | 不会随剧情改变的性格底色 | 防止人物突然 OOC（out of character） |
| 当前状态 | 伤痕、情绪、身份变化、持有物等可变项 | 防止「伤好了」「失忆恢复了」这类跳跃 |
| 人物关系 | 谁和谁是什么关系、关系变化节点 | 防止仇人变发小、陌生人变熟人 |
| 伏线账本 | 每条伏笔的 open / resolved 状态、埋在哪集、计划哪集收 | 防止伏笔失踪或重复开线 |
| 按集出场表 | 每集有哪些角色登场 | 防止没出场的人突然说话、死了的人复活 |
| 分批剧情纪要 | 每一批写完后的剧情摘要 | 续写时快速回顾前情，不用重读全文 |
| 道具视觉描述 | 关键道具的外观、归属、时代属性 | 防止道具穿越、外观漂移 |
这里有个关键区分：稳定特征和可变状态必须分开存。 「性格隐忍」是稳定的，写在性格卡里；「左腿中了一枪」是可变的，写在当前状态里，伤愈后要更新。混在一起，模型就分不清什么能改什么不能改。
故事档案在生产流程里怎么运转
档案不是写完就摆在那里的文档，它要嵌入写作的每一步。一个工业化的流程是这样跑的：
写之前：调取档案切片
每一批剧本开写前，系统不把整部剧的档案全塞进去（噪音太多反而干扰），而是只取和当前批次相关的切片：
- 本批要出场的人物的状态卡
- 目前所有 open 状态的伏线
- 最近几批的剧情纪要
- 本批预定的主线走向
这一步的本质是：给模型它需要知道的，不给它不需要知道的。
写之中：硬约束优先
从第二批起，正式动笔前要先锁定四件事：本批剧情方向、重点人物、要推进的伏笔与冲突、集末钩子。这些被标记为「已确认的硬约束」——和档案里已有的记录冲突时，以当下的创作意图为准，但系统会提醒冲突点，让编剧做有意识的取舍，而不是无意识地漂移。
写作过程中还有一条结构性保障：进度过半后强制注入结局约束。 写到中段，系统会把结局方向重新喂给模型，防止剧情跑飞、收不回来。
写之后：自动回填
每一批写完、质检通过后，档案要自动更新：
- 新出现的人物建档
- 人物状态变化（受伤、身份揭露、关系转变）写入
- 本批新埋的伏线标为 open
- 本批收掉的伏线标为 resolved
- 写一条本批剧情纪要
回填必须是每批写完就做，不能攒到最后。 攒到第 50 集再补档案，中间已经串了 30 集。
伏线账本：最容易被忽略也最值钱的模块
伏线（foreshadowing）是竖屏短剧留住观众的核心手段——一个钩子埋下去，观众会为了等它揭晓追几十集。但伏线也是 AI 写作最容易丢的东西，因为它横跨的集数太长，超出任何单次生成的上下文。
伏线账本的做法很朴素：
- 每埋一条伏笔，就建一条记录：内容是什么、埋在哪集、计划大概哪集收、当前状态（open / resolved）
- 每批写作前，把所有 open 伏线的清单喂给模型
- 每批写完，扫描正文里有没有收掉某条伏线，自动标记 resolved
- 如果一条伏线 open 太久（超过预设的集数阈值），系统提醒编剧该收了
这个机制不复杂，但它解决的是 AI 短剧最致命的体验问题：观众追到一半发现伏笔烂尾了。
做故事档案的几个常见误区
误区一：把档案当设定集，越写越长。 档案是工作文件，不是世界观百科。和当前批次无关的信息不要塞进上下文，否则模型会被噪音带偏。
误区二：只建不更新。 档案的价值在于它是「活的」。写完一批不回填，它就变成了一张过期的地图，照着走只会迷路。
误区三：人不审，全靠自动。 自动回填能抓大部分状态变化，但有些转折是隐性的——比如人物关系从敌对变成微妙的信任，可能没有明确台词，只有几场戏的张力。这种需要人在每批归档时确认。
误区四：把稳定特征和可变状态混在一起。 前面说过，这是导致人物 OOC 和状态失忆的常见原因。分开存、分开调取。
诚实边界：档案能解决什么，不能解决什么
故事档案是连续性的基础设施，但它不是万能的：
- 它能防「无意识漂移」，防不了「有意识改设定」。 如果编剧在某一批决定让人物性格反转，档案会执行，但应该留下记录和转折铺垫，而不是悄无声息地变。
- 它能记录伏线状态，不能替你想伏笔该怎么收。 账本提醒你「这条线 open 了 40 集了」，但怎么收得漂亮是创作判断。
- 它依赖回填质量。 如果某一批的回填漏了一个状态变化，后面所有批次都会在错误的基础上写。所以每批归档时的人工确认不能省。
把重复的、易漂移的、易失控的部分交给结构化档案，审美判断和剧情取舍仍然坐在人这边——这才是它正确的用法。
关于猫斯卡 ｜ 猫斯卡 · 专业AI视频自动生产系统。把创意评估、剧本写作、人物场景道具定妆、镜头提示词与出片串成一条可审、可改、可回退的生产链。官网：www.maosika.com