书库

每本书,都有自己的 Wiki。

拥有这本书的人可以在自己的电脑上让 AI 代理逐章整理人物、地点和事件,经人工审核后发布。每位读者只会看到自己读过的章节。

一张深绿色的纸上剪出几道长短不同的缝隙,剪下的纸片整齐地排在旁边的浅蓝色卡纸上。

从文件到 Wiki

从一个文件,到一部 Wiki。

  • 你手中的文件

    TXT 或 EPUB 文件保留在你自己的电脑上。

  • 你选择的 AI 代理

    工具包会将文本拆分成带有精确位置的段落。你的代理逐章阅读,记录出场人物及其别名、人物关系、发生的事件和出现的地点。

  • 附有来源的提案

    每条内容都标出原文中的位置,并摘录一小段原句作为证据。代理会先通过 API 查找已有的人物和地点,再一次提交所有结果。

  • 审核后发布

    审核者一次批准整批提案,作品 Wiki 随即更新。之后发布新章节时,只需提交新增和修改的部分。

阅读位置

读到第几章,Wiki 就显示到第几章。

以一部虚构小说为例(示意),同一份人物和事件书单,在不同阅读位置会显示不同内容。

阅读位置

当前位置:第 1 章。之后的内容不会显示在这里。

当前位置:第 3 章。之后的内容不会显示在这里。

当前位置:第 9 章。之后的内容不会显示在这里。

当前位置:第 16 章。之后的内容不会显示在这里。

当前位置:第 22 章。之后的内容不会显示在这里。

当前显示全部内容,包括结局。

人物

  • 主角别名:小名、笔名故事的叙述者,在港口城市长大。来源:第 1 章
  • 主角的姐姐在城里的书店工作。来源:第 1 章
  • 新来的邻居刚搬进对面房子的年轻人。来源:第 3 章
  • 旅行的画家暂住在港口旁的旅馆。来源:第 16 章

事件

  • 书店重新开业姐姐工作的书店换了新招牌。来源:第 1 章
  • 港口的宴会主角在宴会上第一次和邻居说话。来源:第 9 章
  • 一封长信信中讲述了两人过去的经历。来源:第 16 章
  • 离港的船消息来自姐姐的来信。来源:第 22 章

全书共 30 章。

  • 未登录的读者默认不会看到剧透内容,页面会说明这一点。
  • 登录后,默认位置是你读完的最后一章;在书库中标为“已读”,就表示读完整部作品。
  • 任何人都可以自行选择阅读位置,也可以选择显示全部。
  • 阅读位置只适用于同一条故事线。网络版读到哪里,不会解锁出版版的内容。

REZICS 不会收到全文;它只会收到提案,每条提案都附有原文位置和简短引文。

  • 模型由你选择

    使用云端模型时,文本会发送给你选择的服务;使用本地模型时,所有内容都留在你的电脑上。

  • 开放源代码

    工具包采用 Apache-2.0 许可。无须账号即可使用,不会报告使用情况,也不会自行从网络下载任何内容。

  • 不解密,不破解

    受保护的文件无法打开。工具包不包含解密或破解功能,也不会调用此类工具。

  • 引文有长度限制

    每段引文的长度和同一本书的引文总量都有上限,由 REZICS API 统一管理。

Zone

一部 Wiki,就是作品的一个 Zone。

信息框和书单中的每一条数据,都是筛选、书单和其他 Zone 读取的同一条数据。在这里更正一个名称,其他地方显示的内容也会同步更正。

  • 作品页面

    仍是中心,Wiki 是更深入的内容

  • 人物

  • 地点

  • 时间线

  • 章节导读

  • 关系

示例:一部作品 Wiki 中的页面。

审核

AI 代理提交提案,由人审核。

代理找出的每个人物和地点都会先与图谱中的现有数据匹配,结果分为四种。

  • 匹配

    找到图谱中已有的人物或地点。

  • 新增

    图谱中还没有,提案会创建一条记录。

  • 不确定

    存在多个可能对象,由审核者决定。

  • 无法获取

    目前无法获取匹配结果,留待审核时确认。

  • 匹配结果同样作为提案,不会自动合并两条数据。
  • 新章节的提案不会悄悄删除已接受的内容;撤回某条内容时,必须说明理由。
  • 引文位置可以验证:审核者持有同一版本的文件,就能逐段对照原文。
  • 是否允许代理起草条目、是否接受生成文本,由各社区自行决定;未另行设置时,Wiki 只接受事实和结构。
  • 读者看到的每条内容,都经过人工审核。

下一本读什么,打开书库就知道。

每本书、每个版本和每次阅读,都记录在同一个账号中。