小说是一个人写成的，却要在众人陪伴下完成。合著者交替起草章节，编辑在第二稿上做批注，三位试读者告诉你他们在哪里看迷糊了。他们每个人对你的故事设定集都有不同的需求：合著者需要修改它，编辑需要阅读和评论，试读者需要读到稿件，同时别弄坏任何别的东西。
在 Lokee 里合写小说，归结起来就是：每个世界库两种角色，直接从世界库发出的邀请，一到就会通知你的评论，给只读不写的人准备的安静阅读视图，再加上几张安全网，让把自己的世界交到别人手里不再那么令人提心吊胆。被共享的那本书是演示故事《灰烬结社》（The Ashen Circle）。
哪些世界库可以共享？
Lokee 有两种世界库，只有其中一种可以共享。
- 本地世界库 以一个文件夹的形式存放在你的电脑上，在桌面应用（Windows 或 macOS）中打开。它不需要账户，也不需要联网。它只属于你一个人。
- 云端世界库 存放在 Lokee 的服务器上，登录后即可打开：在浏览器中，并且根据你的方案，也可以在桌面应用和 Android 应用中打开。在网页版上，云端世界库列在 你的世界库 下。可以共享的就是云端世界库。
本地世界库也可以在付费方案下同步到云端（下文详述），从而得到一份可以共享的云端副本。你能与多少人共享，以及其他所有取决于方案的内容，请见定价页面；本指南只介绍每种角色能做什么，不谈每种方案的价格。
两种角色：合著者与审阅者
你与之共享世界库的每个人，在该世界库中都有一个角色。同一个人可以在系列设定集中是合著者，在一部独立作品中是审阅者。
合著者 可以修改一切：条目、关系、稿件、地图、事件规划、设置。把这个角色给真正的合写者，以及替你维护设定集的助手。
审阅者 是给编辑、敏感内容审读者和试读者的角色。用应用自己的话说：“你是此处的审阅者：可以阅读、评论手稿和导出，但不能更改任何内容。”审阅者在每个页面上都会看到这条横幅，所以他们永远不会感到意外。
具体来说，审阅者无法获得的是：
- 稿件是只读的，没有提取工具；
- 无法在地图上安排角色的位置，设定集中的任何内容都无法编辑；
- 他们的侧边栏中没有 一致性检查、还原点、已删除、导入 和 导入历史；
- 在评论中，他们可以发起线程和回复，但只能对自己发起的线程进行标记为已解决、重新打开和添加标签。其他任何人写下的文字，他们都无法修改或删除。
审阅者能获得的东西常常被低估：完整的故事设定集（只读），外加稿件的阅读视图。一位能打开 Lady Iseult Varnhold 的卡片、查看她的历史和 Duskhollow 地图的编辑，写出的页边批注要比只对着一份 PDF 工作的编辑好得多。
怎么直接从世界库邀请别人？
邀请从你想共享的那个世界库发出，并且只有它的所有者才能邀请。在云端世界库中，打开 设置 的 共享与同步 标签页，找到 协作者 部分（在网页版的 你的世界库 中，世界库旁的 设置 链接会直接带你到这里）。然后：
- 在 邮箱地址 一栏输入对方的邮箱。
- 在旁边选择 合著者 或 审阅者。
- 点 邀请。
对方会以“已邀请为审阅者，尚未接受”的状态出现在列表中，旁边有 取消邀请 按钮。一份邀请只开放这一个世界库，因此校对某一本书的人永远看不到你的其他项目。
被邀请人会收到一封写有你的名字和世界库名称的邮件。链接会打开 世界库邀请 页面，上面写明是谁邀请的、以什么角色，并有 接受邀请 和 拒绝 两个按钮。对方必须用你邀请的那个邮箱登录（如果登录的是另一个账户，Lokee 会提示），也可以在同一页面上注册一个免费账户。接受之后，合著者会进入世界库，审阅者则进入它的阅读视图。一周无人回应的邀请会过期；取消后重新发送即可。
列表下方有一行文字，告诉你已与多少人共享世界库、你的方案上限是多少，旁边是 查看方案 链接。无论对方加入了你的多少个世界库，每人只计一次；达到上限时，邀请会被拒绝，并附上说明原因的提示。
之后更改访问权限 也在同一部分进行。所有者可以在列表中更改任何人的角色，把某个人仅从这个世界库中 移除，或者添加已在你其他世界库中的人：从你的其他世界库中添加成员…，选好 共享身份，然后点 分享。你可以把一位试读者升为合著者，或者在收回书稿、独自修改一遍之前把一位合著者降为审阅者，而不影响任何其他内容。被移除的人写下的评论会保留在稿件中。
给试读者一个阅读视图
试读者要的不是写作工具。他们要的是这本书、一个能说“这里我看迷糊了”的办法，以及不会误点到任何东西。阅读 就是为此准备的：它在每个云端世界库的导航中，网页版、桌面应用和 Android 应用都有；审阅者从 你的世界库 打开共享的世界库时，进入的就是这里。
阅读视图一次显示一章，排版干净，章节 是目录（手机上是一个按钮，宽屏上是侧边列表），“第 3 章，共 24 章”让读者知道自己读到哪儿了。底部是 ← 上一章 和 下一章 →。
除了阅读，这里还能做两件事：
- 评论所选内容。 选中一句话，点 评论所选内容，线程就会锚定在这些文字上，和写作台里完全一样。评论 会打开本章的线程。
- 标记为已读完。 读完一章，读者点 标记为已读完；按钮会变成“✓ 已读完——点击撤销”，以防点得太早。
在你这边，所有者和合著者会在阅读视图的章节列表中看到“已读完：”和读者的名字，在 协作者 部分每个人旁边看到已读完的章数。这一个数字回答了每位作者都想问试读者、却没人喜欢回答的问题：你读到哪儿了？
阅读视图只适用于云端世界库。
把反馈收集为稿件上的评论
评论存在于写作台和阅读视图中，附在章节上。它们只针对稿件；条目和地图不能添加评论。
要在写作台中评论一段文字，选中文字，使用编辑器工具栏中的 评论。评论面板会打开并显示“正在对选中的文本评论”，线程会以 关联到选中的文本 的方式保存，因此它会一直跟着它所针对的那些文字。在什么都没选中的情况下直接在评论面板中输入的评论，属于整个章节。
要阅读评论，打开 视图 并选择 评论。面板会显示你当前打开的章节中的线程。顶部的筛选器可以选择 未解决、已解决 或 全部，按标签筛选（全部标签），在云端世界库中还可以按被提及的人筛选（所有被提及的成员）。
在一个线程中：
- 回复 把讨论集中在一处，而不是每个回答都另开一条评论。
- + 标签 添加一个标签。标签是自由文本；和读者们约定几个标签，评论面板就能变成一个分类处理工具。“节奏”“连贯性”“对白”和“删？”基本覆盖了试读者会说的大部分内容。
- 标记为已解决 会在你处理完一个线程后将其关闭；重新打开 则把它找回来。
- 在云端世界库中，输入 @ 可以提及世界库的成员。在本地世界库中没有可以提及的人，评论框只会显示“添加评论或笔记…”，这让评论成了一个不错的、写给自己的笔记之处。
有人评论时及时知道
在共享的云端世界库中，一条新评论或回复会通知世界库所有者和该线程中已有的每个人，评论者本人除外。用 @ 提及某人，也会把对方拉进这个线程。通知显示在网页版和 Android 应用的铃铛图标（通知）下，内容是某人在某个世界库中“发表了评论”“回复了评论”或“提到了你”。点击即可在写作台中打开该章节及其评论。
你还会收到邮件，但不是每条评论一封：Lokee 会把一个世界库里的新动态汇总起来，每个世界库每小时最多发一封，你已经在应用里读过的通知不会再发邮件。桌面应用没有铃铛，所以在那里是邮件把评论带给你；在桌面应用中写的评论，也会照常通知其他人。
要停止邮件，在账户页面关闭 评论邮件，或使用任意一封邮件底部的链接。应用内通知无论如何都会保留。帮助中的账户部分列出了同样的开关。
一种适合一轮试读的工作模式：把每位试读者都邀请为 审阅者，请他们在 阅读 中读、并给每条评论都加上标签，然后在修改时按标签而不是按读者来筛选。五个人在第七章标记了“节奏”，和一个人在那里标记了五次，是两种不同的问题。
还原点和备份：整个世界库的撤销
协作会让经手你故事的人成倍增加，而还原点正是这件事之所以安全的原因。应用之外的备份，则让它一直安全。
世界库内部的还原点
还原点是世界库的一个快照，你可以在不离开世界库的情况下回滚到它。Lokee 会在最容易出问题的操作之前自动保存一个还原点。侧边栏中的 还原点 会列出它们并注明原因：保存提取结果前、条目合并前、批量编辑前、笔记导入前、记录事件影响前、同步修复前、合并同步历史前，以及你用 立即保存还原点 保存的 手动保存。
回滚到此处 从不盲目行动。它会先把该还原点与世界库的当前状态进行比较，并显示哪些内容 将被移除、将被恢复 和 将被还原，按条目和章节分组。如果在该还原点创建之后，另一台设备已经与这个世界库同步过，它会提醒你，回滚可能会丢弃那些更改。
保留多少个还原点：本地世界库由你决定，在 设置 的 备份 标签页中（“保留最近”，默认 20 个）。云端世界库保留的数量由所有者的方案决定，每次新保存后会删除最旧的。无论哪种，在把世界库交给别人之前，手动保存一个还原点；在接收合著者的大批工作成果之前，再保存一次。只需点一下。
拿得到手里的 zip
- 导出 zip。 世界库侧边栏中的 导出 会把整个世界库下载为一个 zip：条目、关系、稿件、笔记、地图、事件规划及其全部历史。本地世界库在桌面应用中导出；云端世界库则在浏览器中导出，审阅者那里也有这个链接，所以编辑也可以保留一份自己的副本。
- 把 zip 导入为新的世界库。 桌面应用中的 从 zip 导入 会根据导出文件创建一个新的本地世界库。在网页版上，你的世界库 下的那个按钮叫 从下载的演示开始，但它接受任何 Lokee 导出文件，并据此创建一个新的云端世界库。导入从不覆盖现有的世界库，而是总会创建一个新的，所以备份永远不会悄无声息地替换你正在使用的那一份。
每次交接之前做一次 zip 导出，并在文件名中注明日期，这是一本合写的书所能拥有的最便宜的保险。帮助中的备份部分提供了简要版本。
同步：弄清楚到底传上去了什么
桌面应用中的本地世界库可以同步到云端：打开 设置 的 共享与同步，在 同步 部分使用 启用云端同步，并选择 同步间隔（每分钟、每 5 分钟、每 30 分钟 或 按需）。世界库同步需要付费方案。
开始同步后，世界库名称下方会有一行小小的状态信息，如实告诉你同步情况：
- 已同步：一切都已上传。
- 同步中…，并在处理过程中显示待同步更改的数量；↑↓ 按钮可以立即推送待同步的更改。
- 同步出错 或 同步已暂停：同步未能完成。
- 已同步，以下除外： 后面跟着没能同步的内容，比如“2 张地图”。这些项目会留在队列中，世界库不会被标记为已同步，点 重试 会再次发送它们。
最后这种状态比看上去更重要。一个“已同步”的提示背后，如果还藏着一张留在你笔记本电脑上的地图，合著者们最终就会在不同的世界里各写各的，所以 Lokee 会准确告诉你缺了什么。
当同一样东西在两边都被改动时，Lokee 会询问而不是猜测：冲突会把两个版本并排显示，并提供 保留本地版本 和 保留云端版本。如果电脑和云端之间的关系无法匹配，同步前请检查关系 会把它们一一列出，每一项都有 保留 和 舍弃 可选，并且会先在两边各保存一个还原点。在你做出选择之前，什么都不会改变。
两位作者加一位编辑：《灰烬结社》从头到尾走一遍
下面是这些零件在演示书上如何拼合。两位作者我称为所有者和搭档，再加一位编辑和两位试读者。
准备。 所有者为这本书创建一个云端世界库，并在邀请任何人之前先把结构定下来：Character、Location 和 Faction 三种类型，一个名为 Location 的地点字段，Member Of 设为聚类关系。搭建一份经得起扩展的故事设定集就是这一步的清单；一个人先把它做完，可以避免两个人并行发明出一个“Place”类型和一个“Location”类型。然后 立即保存还原点，再 导出 一个以日期命名的 zip。
邀请。 在世界库的 协作者 部分：填搭档的邮箱，选 合著者，点 邀请；再填编辑的邮箱，选 审阅者，点 邀请。
搭档的一周。 搭档起草第四到第六章，并在地图页面上记录 Rowan 在突袭那个世界时间点转移到了 The Undercroft。在所有者这边，写作台里出现了新章节，地图上显示了这次移动，因为这是同一个云端世界库，而不是两份副本。搭档对新章节运行 从全书提取设定 之前，系统会自动保存一个还原点（保存提取结果前）；事后所有者凭卡片上的 AI 提取 横幅逐一审核已提交的条目，做法见把草稿变成故事设定集。
编辑的审读。 编辑从邮件打开世界库，直接进入 阅读。在第三章，编辑选中一段，点 评论所选内容，写下“她此时还不可能知道 Rowan 的名字；见第二章”，标签“连贯性”。所有者的铃铛亮了；包含这条评论和随后几条的邮件在一小时内送达。之后又是十二条线程，每条都打了标签，第一到第五章被标记为已读完。编辑动不了正文，但可以 导出 一份 zip 自己留着。
试读者。 初稿完成后，所有者把两位读者邀请为 审阅者。一周后，协作者 部分显示一人已读完 19 章，另一人 6 章。阅读视图的章节列表显示，第二位读者在第六章之后就停下了，而那里也正是编辑两次标记“节奏”的地方。这一章应该最先修改。
所有者的修改。 视图、评论，按“连贯性”标签筛选：四条线程。每一条都对照世界库核对，而不是凭记忆；第一条是书里的错，第二条是设定集里的错，有人把 Ophelia 知道的事直接覆盖了，而不是记录为一次变化。修正，标记为已解决，下一条。然后在世界库交回搭档之前跑一遍一致性检查，免得谁继承了对方留下的矛盾。
那次失误。 第三周，搭档批量编辑 Faction 类型时不小心把它连同里面的六个条目一起删了。还原点，找到自动保存的 批量编辑前 那一条，回滚到此处：确认框列出六个条目 将被恢复，两个章节 将被还原，那是搭档在此之后改过的章节。搭档先把那两章的文字复制出来，回滚，再粘贴回去。十五分钟，没有一封邮件来回。
常见错误
结构还没定就共享。 两个人同时各自发明条目类型，是让设定集变得一团糟的最快途径。一个人先设好类型和字段；然后再邀请。
把编辑设成合著者，“好让他们改错别字”。 他们改的会远不止错别字，而且没有任何记录说明改了什么。编辑就是审阅者；错别字以锚定在那个词上的评论的形式传回来。
让试读者去写作台里读。 也能用，但写作台是为写作准备的，满是读者用不上的面板。让他们去 阅读，并请他们点 标记为已读完；他们停在哪里，往往比他们说了什么更能说明问题。
只看到“已同步”就放心，不读完整行。 已同步，以下除外： 才是要盯着的状态。合上笔记本电脑之前先点 重试。
不看预览就回滚，或者唯一的备份放在应用里。 将被还原 下的一个章节，是某个人一周的工作；先把它的文字复制出来。如果出问题的正是世界库本身，硬盘上一份标了日期的 zip 才是救书的东西。
Lokee 在这里不做的事
没有修订跟踪或建议模式：合著者的修改就是现在的正文，想提议而不改动，办法是锚定在选中文本上的评论。评论只存在于稿件上，条目、地图和事件规划上都没有；也只有评论会发通知，修改和已读完的章节都不会。应用不会把两个人对同一章的修改逐行合并；同步冲突会显示两个版本，请你保留其中一个。审阅者也不能被赋予“可以编辑笔记但不能编辑章节”这种中间角色；每个世界库只有合著者或审阅者两种。手机上也没有推送通知：铃铛和邮件是仅有的两个渠道。如果你需要更细地控制谁能看到什么，把工作拆到两个世界库里，各自以合适的角色邀请。Lokee 如何帮你构建世界观介绍了协作在其他模块中的位置。
五分钟版
- 一本书一个云端世界库，由你们其中一人拥有。两位作者都是 合著者。
- 先就结构达成一致，然后在世界库的 协作者 部分发出邀请。
- 编辑和试读者都是审阅者，配上一份简短的评论标签清单，并在 阅读 中阅读。
- 催试读者之前先看已读完的章节，让评论邮件告诉你反馈何时到来。
- 每次交接之前，保存一个还原点，并运行一致性检查。
- 在每个里程碑，于应用之外保留一份注明日期的 zip 导出。
这些步骤没有一个是复杂的。合在一起，它们意味着：邀请一位读者走进你的故事，永远不会让故事本身陷入风险。