一份十年的書單，先被分好層：閱讀工具覆盤裡的介面設計

2026 年 8 月 20 日，少數派作者 ElijahLee 發表了《十年閱讀歷程，這是我的閱讀工具推薦》。這篇文章的表面是一份工具清單，實際上更像一次流程設計的成果發表：一個人如何把「讀書」這件事拆成查詢、記錄、排程、搬運四個環節，再為每個環節挑選一個恰好夠用的介面。這與我們先前談過的工作流開始喫灰之前露出的線索正好互為對照，一個用十年驗證了留存，一個在退場時顯出破綻。

先從最小的單位看起：一個書名，在這套系統裡要被搬運幾次？

豆瓣作為資料庫，而非社羣

作者的流程起點是豆瓣讀書。看到一本感興趣的書，先去豆瓣查簡介、作者、出版社、封面設計，再決定是否放進「想讀」。讀完之後，回到豆瓣評分、寫短評，讓「我讀」頁面累積成一份完整的閱讀檔案。

這裡的設計觀察在於選擇的理由。作者明確把豆瓣和 Goodreads 放在一起比較，結論是豆瓣勝在中文書籍更新快、資訊全，也更貼近中文使用者的習慣。這不是一個關於功能多寡的判斷，而是關於資料庫與使用語境是否匹配的判斷。一個書目資料庫的核心價值，取決於它收錄的那半個世界剛好是你會讀的那半個世界。

豆瓣在這套系統裡扮演的角色也因此很節制：它負責真相，也就是一本書的客觀資訊；它也負責記憶，也就是年度總結與書影音檔案。但它不負責行動。接下來讀什麼、什麼時候讀、從哪裡得知這本書，這些問題被交給了另一個工具。

Things 的標籤，是一套微型分類法

作者用 GTD 應用 Things 開了一個「要讀的書籍」專案，裡面分成「在讀」「想讀」「圖書館已借待借」等標題，再用標籤記錄三種資訊：閱讀年份、書籍來源、虛構或非虛構。

值得注意的不是 Things 本身，而是這套標籤的取捨邏輯。作者明確說，無意把書分成社科、經管、文學、偵探等細類，「按是否虛構分類足以」。這是一個很有自覺的設計決策：分類的粒度應該服務於使用場景，而非模仿圖書館的分類法。當你只是想回顧「今年讀了幾本小說」，二分法比十分法更誠實，也更耐用。

標籤裡的「書籍來源」欄位尤其有意思。它記錄一本書是從豆瓣年度榜單、某位作者的推薦、還是另一本書裡的書目而來。這等於為每本書保留了一條來路的痕跡，讓書單從一個平面清單變成一張有脈絡的網。多數閱讀管理工具不會預設這個欄位，它完全是使用者自己長出來的 schema。

「圖書館已借待借」這個標題則記錄了一段行為的興衰。作者曾有一段時間常跑圖書館借紙本書，用 Things 的提醒功能管理借還；後來因為來去圖書館耗費精力，紙本熱情消退，回歸電子書。一個任務清單裡的閒置標題，就這樣儲存了一種閱讀方式退場的證據。

快捷指令：把搬運的成本壓到最低

文章裡最有設計感的段落，是書目如何從豆瓣進到 Things。手動輸入太慢，複製貼上太碎，作者的做法是用 Apple 快捷指令做自動化。

這條路也走了三個版本。最早豆瓣開放公開 API 時，快捷指令直接抓書名、作者、出版社；後來 API 關閉，改從 HTML 網頁提取內容，再後來這條路也失效了；現在的版本是先讓 AI 在豆瓣查書、按指定格式回傳內容，再由快捷指令寫入 Things。

三個版本的遞變，幾乎是個人自動化十年的縮影：從官方介面，到網頁爬取，再到 AI 中介。不變的是那個格式約定，無論上遊怎麼換，下遊 Things 收到的永遠是結構一致的一筆資料。作者選豆包而非 ChatGPT 的理由也具體：中文網際網路的檢索能力。工具選擇又一次回到語境匹配，和當年選豆瓣而非 Goodreads 是同一套判斷標準。

這種把兩個不相通的服務用一條快捷指令縫起來的做法，和語音輸入介面的修飾與轉寫課題共享同一個命題：當官方沒有提供通路，使用者就自己設計一個介面，而介面的壽命取決於上遊的善意。

留存十年的是流程，不是應用

把這篇文章從頭到尾再看一次，會發現它其實沒有推薦任何一個新奇的應用。豆瓣、Things、快捷指令、豆包，每一個都是存在多年的老名字。真正的推薦對象是那條流程：查證交給豆瓣，排程交給 Things，搬運交給自動化，每個環節只要求一個工具做它最擅長的事。

十年的使用痕跡也誠實地留在系統裡。API 關閉、網頁提取失效、圖書館標題閒置，這些殘跡說明一套個人工具系統從來不是設計完成就靜止的成品，它會隨著服務的政策和自己的習慣不斷改版。而所謂好的個人系統，判斷標準也許只有一條：改版了十年，核心的格式約定還在，書還在讀。