開發者

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

    之後的章節以差異提案送出。沒提到的既有內容維持原樣,不會被默默刪除。

上限

支援與上限

  • TXT、EPUB、.rpy

    支援的檔案格式。

  • 200

    每段引文的字元上限。

  • 128 MiB

    單一檔案的大小上限。

不解密,也不繞過;受保護的檔案會直接讀取失敗。

工具組沒有解密、金鑰還原或繞過保護的功能,也不推薦這類外掛。工具組與協定都以 Apache-2.0 授權,不引用 REZICS 的 AGPL 程式碼。不需要 REZICS 帳號,任何相容的伺服器都能搭配;範例只用公有領域或自己有權使用的作品。

用同一套 API,寫自己的工具。

讓自己的程式讀寫作品、藏書庫與社群資料。每次操作,都沿用 REZICS 的身分與授權規則。