寫作者
連載小說作者的寫作軟體
連載小說在公開環境中按章節寫作，持續數月或數年。讀者會記住你已經發布的每個細節。Novilot 為這種壓力而設計：當自己的正典開始漂移時，運行整部手稿的連續性審核。
一章一章，跨越很長的時間線
連續劇並不是一季完成的草稿。您發佈了一個部分，開始下一個，然後是另一個，而早期的章節仍然有效。這個故事在公眾中流傳。當你深入到後面的章節時，開頭的章節可能已經有一年或更久了，但對於仍在閱讀的每個人來說仍然算作經典。
那條時間線正是要解決的問題。連續性不只是關於你今晚正在寫的章節，還要確認今晚的章節是否仍然符合連載篇幅較短、角色陣容較小時你確定下來的內容。
已確立的事實發生偏移時
長篇連載會積累大量事實：誰知道什麼、傷口在哪裡、規則如何運作、旅程要多久、某人在第四章承諾了什麼。你記得原意，讀者記得頁面。差距會表現為早期章節與後期章節之間悄然出現的矛盾，而不是重讀最新章節時發現的錯別字。
手寫筆記在落後之前很有用，聊天窗口適合處理摘錄，生成工具能在有限的起草上下文中保持新散文一致。但這些都不能替代將已發佈和已起草的全部內容作為一部手稿閱讀，並標記兩處段落不一致的地方。
長篇連載手稿的形狀
認真的網路連載和持續更新的數字系列，往往經過數年的每週或每月發佈，達到數十萬字。角色列表不斷增長，世界規則逐漸固定，支線故事展開後等待回收。你不可能把每個已確立的細節都留在工作記憶中，也不應該為了避免自相矛盾而在每章之前重讀整個檔案。
這正是 Novilot 要解決的痛點：不是“幫我想出下一場戲”，而是“告訴我這部長篇文字在哪些地方已經自相矛盾”。產品不會虛構任何知名連載作者的背書，而是為這類手稿帶來的工作量而設計。
整部手稿審核，而不只是生成
連續性守護者 連續讀取手稿，報告覆蓋的字數，並在事實衝突時引用兩處原文。由你判斷髮現是否成立；Novilot 不會替你重寫連載作品。 故事聖經 採用先建議再批准的方式：條目來自文本，由你決定什麼成為正典，審核則可以根據正典檢查草稿。
以生成為先的工具可以在起草窗口中讓新散文保持一致，這對寫下一章很有用。但連載連續性問題往往更早出現：在第三章和第六十章之間，而不是最近幾千字的上下文中。對於這項工作，完成稿審核更合適。查看 Novilot 與 Sudowrite 對比 比較生成側連續性與整部手稿審核，以及 ChatGPT 小說連續性檢查與 Novilot 對比 比較聊天式檢查與帶雙引文的持久項目。
這個頁面適合誰
當您分期發佈、公開保留不斷增長的經典並需要對已編寫的存檔進行連續性傳遞時，請選擇 Novilot。如果你主要需要人工智能來起草下一個場景，那麼一代優先的工具可能是更好的主要書寫表面。許多連續作者使用兩種幫助：用一個堆棧起草，用另一個堆棧審核。
連載連續性清單
- 按閱讀順序維護一份持續更新的已發佈章節檔案。
- 新章節改變讀者已經看到的事實時，更新故事聖經。
- 在每個新章節上線之前，請審核完整的存檔，而不僅僅是最新的草稿窗口。
- 還可以修改時，修復早期章節中已核實的矛盾；否則將其記錄為鎖定正典。
另請參閱： 連續性守護者, 故事聖經, Novilot 與 Sudowrite 對比，以及 連續性方面對比 ChatGPT.