視覺小說

從腳本長出來,經人審核才發布。

視覺小說的劇情都寫在腳本裡。持有腳本的人,例如作品的創作者,用 REZICS 的開源工具包和自己的 AI 代理整理出角色與事件,送出待審的提案。審核通過,就成為作品的 Wiki+。

五個步驟

從腳本到讀者,五個步驟。

  • 讀取

    工具包讀取支援的視覺小說文字腳本,從不執行腳本裡的程式碼。

  • 整理

    你選的代理逐段整理出角色、別名、關係、事件與地點,每一條附上位置與一小段引文。

  • 比對

    工具包透過 REZICS 的 API 尋找既有的角色與地點,把每一條標成已對上、新增、不確定或無法取得。

  • 審核

    提案由人審核。認定兩筆是同一個角色,也是一項提案,不會被悄悄合併。

  • 發布

    通過的內容發布到作品的 Wiki+。腳本更新時只送出差異,已接受的內容不會被默默刪除。

位置

每一條資訊,都指得回一句台詞。

位置由三項組成:腳本的雜湊值、標籤,以及台詞的順序。路線條件記下這句台詞屬於哪一條路線。持有同一版本的審核者,在自己的電腦上就能核對原文。

腳本雜湊(前綴)
sha256 9f2c04b7
標籤
route_two_day3
台詞
第 142 句
路線
路線二

示意資料。版本不同時,需要先明確對齊,不會自動套用到另一版。

讀全文的模型,由你自己選。

REZICS 收不到腳本全文,只收到整理好的資料與短引文。讀腳本的是你選的模型;開啟嚴格模式,推論只在你自己的機器上進行。

工具包以 Apache-2.0 授權開源,不需要 REZICS 帳號,不回傳使用資料,也不會自己連線抓取任何東西。它不破解任何保護:加密或受保護的檔案,就是讀不了。

引文的長度有上限,由平台統一把關,跨帳號、跨譯本、跨站點一起計算。

站

Wiki+ 是作品的一個站。

角色、地點、時間線、章節導覽與人物關係,各有自己的頁面。資訊框和清單讀的是同一份圖譜:在一個 Wiki 修正一筆,篩選、清單與其他站一起改正。讀者看到的內容,停在自己讀到的路線。

作品頁仍是入口,評分、評論、你的進度與 Wiki+ 摘要放在一起。每個社群自己決定要不要讓代理起草、能不能用生成的文字;預設只收事實與結構。

下一部視覺小說,從能玩的那一版開始。

用一個帳號追書、追番、記遊玩進度、寫評分與整理清單,也能在 Zone 為你的社群架起網站。