伏筆埋在第三章，就像那勺高湯是三天前就吊好的

煮一鍋像樣的湯，最花功夫的從來不是最後那十分鐘，而是更早之前的事。三天前吊的高湯、上週醃的梅子、前一晚泡好的乾香菇。等你要用的那一刻，它們得找得出來，還得記得當初是怎麼處理的。

寫長篇小說的人，遇到的是同一件事。10 月中旬，V2EX 上一位開發者 DtFlys 發布了 0.1 版的桌面寫作工具「玄印寫作」，免費開源，免註冊帳號，作品存在自己選的本地資料夾，支援 Windows x64 與 M 系列 Mac。他想解決的問題聽起來很家常：前面埋了一條線索，後面想接著用，先得翻半天「當時到底怎麼寫的」。設定散在筆記裡，討論在聊天視窗裡，正文又在另一個地方。

這句話拿到廚房裡，你大概馬上就懂。

你有沒有一本那樣的筆記本？某年某月，媽媽口頭交代滷汁的比例，你抄在便條紙上，塞進抽屜；後來某次調整了醬油和冰糖，改註在月曆背面；真正下鍋那天憑的卻是手感。要重做一次給家人喫，你得翻遍整個家。這跟小說家翻找第三章那句「燈籍上被墨遮住的七字」，是同一種焦慮。

玄印的做法，是給伏筆一個戶口。每條線索有狀態：未埋、已埋、已回收；還能記下準備在哪一章回收，並且關聯到正文裡的原句，旁邊有跳轉入口可以直接回到那一章。以來源的示範作品《照夜渡》為例：燈籍上一個被墨蓋住的「七」字，後面要跟舊渡口的船號接上。要接線的時候，先看卡片，別再憑關鍵字猜是哪一章。

這就像你家那罈老滷旁邊終於貼上了一張誠實的標籤：哪天下的滷、滷過什麼、上次補了什麼香料。老一輩靠腦子記，靠鼻子聞；但鼻子不會告訴你三年前那批八角放了多少。工具不替你判斷味道對不對，它只負責讓你找得到紀錄。開發者也說得明白：AI 不會自動把整部稿子的伏筆全部找齊，關聯要由你在聊天中交代它整理，再到面板核對；伏筆最終有沒有填上，仍要對照正文自己判斷。

這份克制，廚房裡的人最熟悉。電子食譜再方便，鹹了還是淡了，最後嘗的那口湯匙在你手上。這讓我們想起先前寫過的，那種一邊看食譜一邊動手問的廚房讀法：工具幫你翻頁，味道還是自己熬。

有趣的是那個「世界線與敘事線」的設計。故事裡的事實順序是「昨晚吵架，今天失蹤」，但敘述可以倒過來：先寫失蹤，第三章才揭露爭吵。這根本就是辦桌的邏輯。高湯是第一個做好的，卻是最後才上桌的味道；涼拌菜最後調味，卻最先被端出去。讀者或食客接收的順序，跟後廚發生的順序，本來就是兩回事。會安排上菜順序的人，早就懂敘事。

它還有幾分像你家那本翻不到某一頁的食譜筆記：資料都在，只是缺一條找得到它的路。玄印把設定、聊天、正文放進同一個地方，等於把便條紙、月曆背面和鍋邊的口訣，釘回同一本簿子裡。

當然，0.1 版仍是 0.1 版。沒有雲同步、沒有完整作品備份，安裝包未簽名，需要自備文字模型的 API Key，模型呼叫費用照你選的服務算；而且正文雖存本地，發給遠端模型的內容仍會去你設定的服務。就像剛買回來的新鍋，先別拿壓軸的年菜試，拿一鍋練手的粥慢慢養。開發者自己也這樣建議：先拿一條以後要回收的線索走一遍，別急著搬整本舊稿。

寫小說和煮湯，原來共用同一條紀律：埋下去的東西，要找得回來；找不到的伏筆，跟放過期的高湯一樣，都是白白浪費的心思。今晚翻翻冰箱，那些貼了半張標籤的罐子，或許也該補上「埋下日期」了。