要点速览
把下面的表格复制到文档或电子表格中，边写边填，从下一个场景开始。模板涵盖作品一览、角色、地点、规则、双栏时间线、情节线、风格决定和未决问题。每个条目都有类型和来源，所以修改会变成核对，而不是翻找。
故事圣经（story bible）是你这本书的参考文档：记录手稿必须保持一致的事实、名字、规则和时间线。好用的故事圣经简短、及时、容易搜索。下面是小说家最常用的几个部分，做成了可以复制到任何文档中的表格，没有你永远不会填的栏目。
关于故事圣经背后的思路，请看如何建立故事圣经和术语条目。这里给出的是表单本身。
如何使用这份模板
- 从小处开始。 先填写「作品一览」，再填一个角色、一个地点，以及下一个场景需要的事实。
- 给每个条目做标记。 用 F 表示事实（手稿确立了它），B 表示信念（某个角色这样认为，可能是错的），Q 表示未决问题。
- 记录来源。 条目出自哪个场景或笔记。规划笔记记录的是意图；场景则表明哪些内容真正进入了书中。
- 每次写作后或每写完一章就更新。 每周更新的故事圣经是准确的，最后才更新的则是事后重建。
- 修改之后复查。 使用末尾的清单。
第 1 部分：作品一览
| 栏目 | 你的答案 |
|---|---|
| 暂定书名 | |
| 类型和子类型 | |
| 目标篇幅 | |
| 一句话前提 | |
| 主角和他的想要 | |
| 核心冲突 | |
| 结局（如果还没定，写方向） | |
| 视角和时态 | |
| 选定的结构（例如三幕） | |
| 主题，用几个词概括 |
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
第 2 部分：角色
每个角色一行。保持简短；主要角色请用角色档案模板。
| 姓名和别名 | 角色定位 | 想要 | 关键事实 | 知道什么（以及何时知道） | 来源 | 标记 |
|---|---|---|---|---|---|---|
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
为页面上出现的每个名字都加一行，即使是次要角色，这样你就不会不小心重复使用名字。
第 3 部分：地点
| 地点 | 在故事中的作用 | 限制行动的事实 | 由谁控制 | 来源 | 标记 |
|---|---|---|---|---|---|
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
写上角色往返的地点之间的行程时间，用故事使用的单位，例如小时或天。
第 4 部分：世界规则
| 规则 | 代价 | 例外 | 来源 | 标记 |
|---|---|---|---|---|
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
规则涵盖魔法、技术、法律、习俗，以及任何其他限制角色行动的东西。没有代价的规则值得再看一眼。
第 5 部分：物品和组织
| 名称 | 它是什么 | 谁拥有或经营 | 为什么重要 | 来源 | 标记 |
|---|---|---|---|---|---|
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
封缄的信、被诅咒的戒指、港口公会，都放在这里。任何在场景或人物之间流转的东西，都属于这里。
第 6 部分：时间线
一个故事有两种顺序：事件发生的顺序，和读者得知的顺序。两种都要追踪。
| 事件 | 发生时间（故事时间） | 首次向读者展示 | 谁知道，何时知道 |
|---|---|---|---|
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
不确定的日期可以保持不确定。即使没有具体的日历日期，「风暴之前」也是一条有用的约束。当闪回或延迟揭示让某个事件错开顺序时，就加一行。
第 7 部分：情节线
| 情节线 | 开始 | 升级 | 解决 | 状态 |
|---|---|---|---|---|
| 主线 | ||||
| 副线 | ||||
| 谜团或秘密 |
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
状态可以是已规划、已起草、已修改或已放弃。已放弃的情节线很重要，因为草稿中的散线往往就是你不再追踪的情节线。
第 8 部分：风格决定
| 决定 | 选择 | 示例 |
|---|---|---|
| 拼写（英式或美式） | ||
| 数字（用文字还是数字） | ||
| 对话标签和标点 | ||
| 名字和头衔（大小写、连字符） | ||
| 为这个世界发明的术语 | ||
| 要避免的词 |
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
风格决定看起来不起眼，却会在修改时引来许多零碎的改动。第一次做出决定时就写下来。
第 9 部分：未决问题
| 问题 | 为什么重要 | 最迟何时需要 | 决定 |
|---|---|---|---|
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
不要让未决问题悄悄变成事实。在你做出决定之前，一直把它标为 Q。
一个填好的示例
下面的几行来自一部虚构的港口城市小说。它们展示了通常足够用的细节程度。
| 姓名和别名 | 角色定位 | 想要 | 关键事实 | 知道什么（以及何时知道） | 来源 | 标记 |
|---|---|---|---|---|---|---|
| Mara Venn，「Ven」 | 主角 | 查出是谁封了那封信 | 渡轮职员；惯用右手；29 岁 | 相信封印是真的；获知时间有待记录 | 开场场景 | F |
| Tomas Venn | 哥哥 | 一直藏起来 | 在西门被捕 | 知道是谁在航海日志上签了名 | 第 2 章 | F |
| 登记官 Ilse Dorn | 反派 | 让档案室保持关闭 | 持有唯一的钥匙 | 知道封印是 Tomas 的 | 计划在第 9 章 | Q |
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
| 事件 | 发生时间 | 首次向读者展示 | 谁知道，何时知道 |
|---|---|---|---|
| 信被封上 | 第 1 章的三个晚上之前 | 第 6 章，在一段回忆中 | Tomas；Ilse Dorn |
| Mara 发现封印已破 | 次日下午 | 第 1 章 | Mara，之后是第 4 章的朋友 |
| Tomas 被捕 | 第二天黎明 | 第 2 章 | 整个码头 |
Scroll horizontally to see all columns. Arrow keys work when the table is focused.
时间线说明了为什么需要两种顺序：信在故事开始之前就已封上，但读者要到第 6 章才得知。
让它保持鲜活
模板只有随着作品一起变化，才会一直有用。几个习惯会有帮助：
- 边写边添加条目，而不是提前。 记录场景确立或决定的内容。
- 给重大改动标上日期。 当你移动场景或更改动机时，记下这个条目原来是怎么写的。
- 修改之后核对来源。 引用了某个场景、但该场景已不再包含这个事实的，就是过期的。
- 把调研资料放在主表之外。 链接到单独的文件，而不是粘贴很长的摘录。
- 在大的结构调整之前，保存一份可恢复的副本。
修改清单
- 页面上出现的每个角色都有一行。
- 每个地点都有行程时间和约束。
- 每条规则都有代价。
- 时间线同时列出了故事时间和阅读顺序。
- 已放弃或未解决的情节线都已注明。
- 风格决定与手稿一致。
- 标为 Q 的行已经有了决定，或有继续保持未决的理由。
- 所引用的场景仍然包含这些事实。
常见问题
什么是故事圣经？
故事圣经是一份参考文档，记录你作品中的事实：角色、地点、规则、时间线和情节线。它帮助你保持手稿一致，对长篇和系列尤其如此。
故事圣经应该包含什么？
至少包括：作品概要、角色、地点、世界规则、时间线和未决问题。根据作品需要，再加上情节线、物品、组织和风格决定。
什么时候开始建立故事圣经？
一旦有了可能丢失的细节就开始，对大多数作者来说，就是写了前几章之后。一开始保持精简，边写边扩展。
故事圣经和大纲有什么不同？
大纲规划将要发生什么。故事圣经记录书里什么是真实的，包括页面上已经发生的事。大纲会在你起草时变化；圣经则追踪手稿实际确立了什么。
故事圣经需要专门的软件吗？
不需要。文档或电子表格就可以。当作品很长、有系列，或者多人合作时，软件会有帮助，因为指回手稿的链接可以省去搜索的功夫。
Musael 能帮上什么
Musael 把手稿与世界记录、出处注释、信念和事件放在一起。这些表格在任何文档中都有用；在 Musael 中，只需创建对下一轮修改有帮助的记录。
把模板中「知道什么，何时知道」一栏当作规划笔记，然后如果你想让认知检查来比较，就显式记录获知和在具体场景中的使用。故事时间和章节顺序是分开的。「更改的影响」会追踪已记录的依赖项，而不是每一个没有链接的句子。
修改出处段落之后，请刷新证据检查。报告可能会显示一次早于获知时间的已记录使用、而证据未经验证；这是要同时检查时间和段落的理由，而不是保证某个角色确实泄露了秘密。
