简要回答
如果本地 Markdown 文件是你工作流程的核心,可以考虑 Obsidian;如果你想以连接到地图位置的参考条目来组织世界,可以考虑 World Anvil。两者都不是天然的赢家。先用同一个示例项目来评估,再在迁移作品之前,核实当前的隐私、备份、导出和订阅方案条件。
自己收集的零散片段,和给读者看的参考世界,是两种不同的写作任务。如果不先想清楚哪种任务更重要,就去对比功能清单,两个各有用处的工具就可能看起来像是彼此的替代品,而它们在你的流程里本该扮演不同的角色。
本文依据官方文档撰写,查阅日期为 2026 年 10 月 8 日,后来补充的内容查阅于 2026 年 10 月 10 日。它不是上手实测、性能评测或价格比较,也不评估任何一家公司是否可靠。下面的建议是我们对工作流程是否契合的编辑判断。
对比底层的组织方式#
Obsidian 的存储说明把笔记描述为本地文件夹里的 Markdown 文件,它的链接指南则讲解了笔记之间如何连接。因此,用一组互相链接的本地文本来评估它,是个合理的起点。
World Anvil 的世界构建者工作流程围绕条目(article)来组织世界,并介绍了如何把地图标记连接到条目上。它也说明,地图图片必须事先准备好:这和亲手绘制地图是两回事。
这些是文档里写明的起步方式,并不能证明哪种工作流程对你来说更快或更容易。两者都要求你做决定:什么值得单独建一个条目,怎么命名,什么时候修订。
| 标准 | Obsidian | World Anvil |
|---|---|---|
| 核心材料 | 本地 Markdown 笔记 | 世界观设定条目 |
| 地点的组织方式 | 把你的地点笔记互相连接 | 通过标记把你提供的地图图片和条目连起来 |
| 你要评估的任务 | 找回并修改一条相互关联的事实 | 浏览一个地点及其相关条目 |
| 需要另行核实 | 你自己的备份和分享安排 | 当前的可见性、备份、导出和订阅方案条件 |
给两个工具同一个小世界#
用两个角色、一处码头、一张有争议的渡船许可证,再加一个河面封冻的冬天。让每条记录都有用处:一个角色拥有那条船,另一个可以吊销许可证;地点笔记解释这个渡口为什么重要。
完成三项任务:查出许可证是谁签发的,更换签发人,找出受这项改动影响的场景。记下你在哪里犹豫过,在哪里重复录入了信息。在关系图、模板或地图真正帮你完成其中一项任务之前,不要把它算作优点。
一步步完成许可证练习#
把船主叫作 Mara,海关官员叫作 Ilan,让 Ilan 成为许可证的签发人。
查出签发人。在 Obsidian 里,打开 Ilan 的笔记,查看核心插件反向链接。它会列出链接到他的笔记,并单独列出未加链接、只提到他名字的地方。在 World Anvil 里,从码头的条目或它的地图标记出发,看看许可证是不是一步就能找到。
更换签发人。现在把签发人改成港口议会。只改一次许可证,然后搜索仍写着 Ilan 的条目。每一处需要你去追查的副本,都说明这条事实没有唯一的归属。
追踪场景。从许可证出发,列出依赖它的场景。再记下是工具把你带到了那里,还是你靠的是记忆。
想清楚读者是否需要你的工作笔记#
工作笔记可以不完整,也可以前后矛盾。面向读者的条目则需要足够的背景,能独立成篇,还不能透露你打算保留的信息。
如果分享很重要,就去了解每个候选工具当前的可见性设置,并用可以随时丢弃的示例材料来测试。检查访客在不登录你的作者账号时能看到什么。不要只凭设置的名称就认定它是私密的,也不要拿尚未公开的情节秘密来做这个实验。
这是一条评估建议,并不是说我们测试过任何一款产品的权限设置。分享和隐私方面的需求,可能比一种原本很吸引人的组织方式更重要。
按使用者来匹配工具#
独自写作的小说作者#
读者看到的是书,而不是笔记,所以私下查找和干净利落的修订最重要。Obsidian 的本地文件正是从这种模式出发的。World Anvil 那种可供浏览的条目,对一部独立完成的小说来说可能结构过多,除非你打算公开发布这个设定。
跑团主持人#
玩家习惯按地点探索,所以从地图标记点进去的条目很合他们的习惯。风险在于剧透:每次开团之前,以玩家的身份打开参考资料,确认你的准备内容不会被看到。Obsidian 笔记很适合做准备,但在你分享之前,玩家什么也浏览不了。
共享世界的创作团体#
团体需要知道谁可以编辑,编辑冲突怎么解决,以及哪一份才是正史。我们没有核实过两款产品的协作功能,所以请先阅读最新的文档,并找两个人一起试一遍许可证练习。
把退出和恢复当作决策标准#
在大规模迁移之前,先弄清楚在当前的产品条款下,哪些内容可以备份或导出。检查你重要的文字、图片、关联和格式,离开原来的应用之后是否还能用。用示例项目测试一次恢复。
我们在这里没有核实过导出功能的对照表。这个空白应当在你的决策中清楚地保留下来,而不是用一个编造的分数去填补。同样,如果费用是决定性因素,请直接查阅最新价格;本文并不评出价格上的赢家。
关于 Obsidian,它的备份指南介绍了如何复制仓库(vault)文件夹,并提醒同步服务并不是为备份设计的。指南说文件恢复插件有用,但能力有限,恢复数据按设备分别存储。至于 World Anvil,要检查地图图片和标记能否随条目一起导出。
按主要需求选起点#
这张表要在做完示例练习之后再用,不能代替练习。每一行都是一个编辑建议的起点。
| 你的主要需求 | 先评估 | 决定之前要检查 |
|---|---|---|
| 保存为普通文件的私人笔记 | Obsidian | 你的备份习惯;同步不等于备份 |
| 让玩家或读者按地点探索的参考资料 | World Anvil | 未登录的访客能看到什么,以及当前的导出选项 |
| 放在 Word 或 Google 文档书稿旁边的小说世界观设定 | Yazar.io(见下文) | 免费维基和相连的记录;没有地图编辑器;记录由一个账户保存;大型项目要留意方案限额 |
| 每周都还在变的故事构想 | 暂时用一份文档 | 你还能不能找到上周做的决定 |
想要一套具体的起步结构,可以参考小巧的 Obsidian 笔记库。如果两种做法都不合适,更全面的工具推荐里还有结构化的规划工具和一份简单文档的方案。
如果两者都不合适:Yazar.io#
如果你的主要任务是把小说的世界观设定放在书稿旁边,而不是为玩家搭建维基,那么值得把 Yazar.io 也加进对比。它介于两者之间:比 Obsidian 仓库更有结构,带有现成的分区和自动的名字链接,又比完整的世界观维基轻便(功能介绍)。和 World Anvil 一样,它可以发布只读维基,两种方案都免费(维基)。笔记永远不会被收录,时间线在你打开之前保持关闭。它不包含地图标记。Yazar.io 用 AES-256-GCM 加密存储实体描述、笔记和自定义字段的值(隐私)。在那里也跑一遍同样的两个角色、码头和许可证练习:Ilan 的页面有反向链接面板,显示他在哪些地方被提到;河面封冻的那个冬天可以作为一个时间线事件,链接到两个角色和码头(更新日志)。更多细节请看我们的工具推荐。
参考来源
- Obsidian: How Obsidian stores data · 2026年10月8日
- Obsidian: Internal links · 2026年10月8日
- Obsidian: Backlinks · 2026年10月10日
- Obsidian: Back up your Obsidian files · 2026年10月10日
- World Anvil: Worldbuilder workflow · 2026年10月8日
- Yazar.io: Description of the service · 2026年10月8日
- Yazar.io: Features · 2026年10月10日
- Yazar.io: Shareable wiki · 2026年10月10日
- Yazar.io: Product updates · 2026年10月10日
- Yazar.io: Privacy policy · 2026年10月21日