开发者

REZICS 收到的是提案，不是全文。

文本持有者可以使用自己的 AI 代理和模型，逐章抽取角色、别名、关系、事件和地点。每一项都附有定位信息和短引文，提交给 REZICS 后由人审核。工具包不联网，也不会回传使用记录。

边界

哪些内容会留下，哪些会提交

原始文件和完整章节文本会留在你的电脑上，转换和定位由工具包离线完成。提交给 REZICS 的是角色、别名、关系、事件和地点，每一项都附有定位信息和短引文，还会注明抽取时使用的代理与模型，以及推理在本地还是云端进行。

使用云端模型时，代理读取的文本会发送给相应的模型供应商，这由你决定。要完全在本地处理，可以使用本地模型，并关闭能够读取文件的云端工具。

步骤

rezics-wiki units novel.epub
rezics-wiki verify novel.epub \
  - < locator.json

units 每行输出一个段落及其定位信息；verify 读取定位信息，并用同一个文件核对引文。

切分段落
rezics-wiki units
将 TXT、EPUB 2/3 或视觉小说的纯文本脚本（.rpy）转换为段落。每段都附有 rezics-locator-v1 定位信息和整个文件的 SHA-256 哈希值。
交给你的代理
skill/SKILL.md
工具包附带一份 Skill，指导代理逐章抽取，并区分叙述、角色台词、传闻和假设。
匹配并预检
wiki_candidates · wiki_validate
先查询已有名称和别名，结果分为匹配、新增、不明确和无法获取；再预检引文额度和缺失的章节对应关系。
提交审核
wiki-extraction-v1
提案经人工审核后才会发布。审核者拿到同一版本后，就能在自己的电脑上核对每段引文。
继续整理新章节
wiki-delta-v1
后续章节以差异提案提交。没有提及的已有内容会保持原样，不会被悄悄删除。

限制

不解密，也不绕过；受保护的文件会直接读取失败。

工具包没有解密、密钥恢复或绕过保护的功能，也不推荐这类插件。工具包和协议均采用 Apache-2.0 许可证，不引用 REZICS 的 AGPL 代码。无需 REZICS 账户，任何兼容的服务器都能搭配使用；示例只使用公有领域或你有权使用的作品。

开发者

让自己的程序读写作品、书架和社区数据。每次操作都遵循 REZICS 的身份与授权规则。