用 Obsidian 搭一个小巧的世界观笔记库

你记得那个摆渡人欠着某人一个人情，却不记得那人是旅店老板、海关官员，还是上周被你删掉的某个角色。有用的笔记库，就是能让你很快消除这种不确定、好接着往下写的那一个。

本指南提出的是一套小型工作流程，而不是上手实测的产品评测。Obsidian 的文档介绍了存放在本地文件夹里的 Markdown 笔记和笔记之间的内部链接。文档记载的这些功能，已经足够支撑下面这套不需要任何插件的核心做法；后面几节会提到几个 Obsidian 内置的可选核心插件。文中的文件夹名称和模板都是编辑建议。

建一条带三个问题的首页笔记#

按照 Obsidian 新建仓库（vault）的流程建一个仓库，然后新建一条名为 世界首页 的笔记。在里面写三个标题：哪些已经确定，哪些尚未决定，下一场戏需要什么。在第一个标题下，只链接你反复会用到的笔记。

首页笔记应该是一份小小的工作索引，而不是一份罗列你将来可能编出的所有东西的清单。如果故事目前只涉及一座河边小镇、它的码头和三个人，那么起步时的全部笔记就可以只有这些。

每条事实只设一个主要归属#

新建 摆渡人 Mara 和 北码头 两条笔记。在 Mara 的笔记里，写下关于她欠债的最新事实。在地点笔记里，链接到 Mara，而不是把欠债的说法复制过去。写成 [[摆渡人 Mara]] 的链接，用的就是 Obsidian 文档里介绍的维基链接（wikilink）语法。

这条约定能减少你需要记着去更新的地方，但它不会自动防止矛盾。某条事实变了，就去检查依赖它的笔记和场景。

一条简洁的角色笔记可以是这样的：

# 摆渡人 Mara

## 已确定
冬天那次渡河之后，欠海关官员一个人情。
在 [[北码头]] 工作。

## 待定问题
她会不会为了还这个人情，拿渡船去冒险？

## 故事用途
这笔人情债让第四章的逃亡变得更复杂。

区分可能性和已做的决定#

用明确的标题或标签来区分。“那位官员可能是 Mara 的表亲”在你拿定主意之前，应该放在待定问题下面。没有这种区分，一个被否决的可能性就会悄悄回来，冒充成事实。

修改某个决定时，如果它影响到好几场戏，就简短地留下理由：“把债主从旅店老板改成了官员，好把这笔债和边境纠纷联系起来。”你不需要永远保留每一次头脑风暴的记录，只要留下能解释重大选择的那部分历史。

跟着一处改动走遍笔记库#

假设你解决了开头那个问题：Mara 欠的是海关官员，不是旅店老板。把这个决定贯彻下去：

1. 在这条事实的主要归属 摆渡人 Mara 里改写它，并加上上一节说的那一行理由。
2. 检查哪些内容依赖她。核心插件反向链接会列出两类提及：链接到当前笔记的“已链接提及”，以及名字以纯文本出现的“未链接提及”。北码头 大概不用改，但还是读一遍。
3. 搜索旧的答案。像“欠旅店老板的那个人情”这样的句子，可能根本没提到 Mara 的名字，反向链接也就找不到它。在仓库里搜索 旅店老板；给短语加上引号，可以精确匹配。
4. 重读她的故事用途。既然债主换成了海关官员，第四章的逃亡还成立吗？如果拿不准，就记下一个待定问题，而不是凭记忆去修补那一章。

如果 Mara 后来有了姓氏，你给她的笔记改了名，Obsidian 可以自动更新整个仓库里的内部链接。它改的是链接，不是正文。那些称她为“摆渡人”的句子，仍然要你自己去检查。

做一个简短的查找练习#

在新增文件夹之前，先试着在不做任何整理的情况下回答三个问题：谁想关闭渡口，那本有争议的登记簿在哪里，哪场戏依赖它。如果某个答案很难找到，先改进那处链接或标题。

至于时间顺序，可以维护一条小小的工作时间线，并链接到相关的人物。别在每条角色笔记里都把整条时间线重复一遍。故事地点的地图也是同样的道理。

等笔记类型重复出现时，再添加模板#

先手写三四条地点笔记。写到那时，你就知道自己真正会填哪些标题了。模板是 Obsidian 自带的核心插件之一，不过有些核心插件默认是关闭的，可以到“设置 → 核心插件”里查看。在它的设置里选一个模板文件夹，就能在当前笔记的光标处插入模板。变量 {{title}} 会变成这条笔记的标题（模板）。

# {{title}}

## 已确定

## 待定问题

## 此地的人
链接住在这里、在这里工作或藏身于此的人。

## 故事用途

模板要和你实际写的笔记一样短。二十个空白字段会引诱你去填满它们，而填满它们，恰恰会变成这个笔记库本想避免的第二个项目。

改掉笔记库的常见错误#

下面每一条都会让笔记库看起来更忙碌，却不会让它更好用。

保留一份可以恢复的副本#

本地存储本身并不是备份方案。为你的笔记和所有附件另存一份副本，并定期检查这份副本能否打开。备份的频率，取决于你能承受丢失多少工作量。

如果日后你需要一个面向读者的参考世界，可以把这种组织方式和 World Anvil 比较一下。把这个小示例项目带过去试；迁移全部存档应该在评估成功之后进行，而不是拿迁移本身当评估。