書單配置工具：把豆瓣與微信讀書書單做成分享長圖

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

想把一份書單做成可以在社群貼出去的圖片，最花時間的環節通常在排版：十幾本書的封面要對齊，作者、評分、簡介要有統一的版面，手做一次就是半小時。書單配置工具（list.honwhy.wang）就是衝著這段工來的：打開網頁，把書名、作者、評分、封面貼進去，它排成一張直式長圖，按下匯出就是 PNG，免費、免註冊、不用裝任何東西。

它還提供了聽起來更省事的一條路：貼上豆瓣書單或微信讀書書單的網址，整份單自動搬進來。用這類工具前通常有三個疑問：我的書單進得來嗎？做出來的圖長什麼樣？做到一半的東西存在哪裡？我實際跑了一遍，三個答案都有，第一個答案還附帶一個警訊：匯入確實成功，然而十本書的作者欄全部變成第一本的作者。這個工具好用的部分是排版與匯出，最需要提防的部分恰好是它最吸引人的匯入。

匯入是真的能用，但十本書的作者全錯了

先認識一下介面。工具打開時預載了一份示範書單「10本提高認知書單」，《心流》《秘密》《被討厭的勇氣》等十本，每本自帶封面、星級與簡介，右側即時預覽成品；另外還備有效率與小說入門兩份示範單可以直接換。每本書的欄位都是活的：書名、作者、十分制評分、書籍連結、封面（可直接上傳圖片）、簡介文字，全部可改可增可刪。也就是說，就算完全不碰匯入，它也是一台完整的書單排版機。

Pin

我拿豆瓣上一份名為「一生必讀的10本書」的書單實測匯入。把網址貼進匯入框，幾秒後介面上出現完整的十本書，書名、評分、封面、連結都齊了，看起來一切正常。問題出在作者欄。

這份書單的原始頁面上，第二本《杜甫集校注》的作者是「杜甫 撰、謝思煒 校注」，第三本《邏輯哲學論》是維特根斯坦，第四本《追憶似水年華》是普魯斯特。匯入之後，這三本的作者欄全部寫著「豪·路·博爾赫斯」，也就是第一本書的作者。十本書，十個作者欄，內容一模一樣。書名、評分（豆瓣的十分制分數原樣填進評分欄）、封面網址、書籍連結都對，唯獨作者全系統性地錯位。

還有一個小一點的損耗：書單裡讀者寫下的短評，十本只有三本帶了過來，其他七本的簡介欄是空的。如果直接把匯入結果匯出貼上社群，等於把一整排錯誤的作者署名發出去；要用的話，每本書都得手動把作者改回來。所幸編輯欄位都是活的，逐本重填不算難，但「自動匯入」省下的時間，在這裡又吐回去一半。設計上有一個貼心處：匯入會開成一個新頁面並自動跳過去，原本編到一半的頁面原封不動，兩者可以並存對照。

為什麼會全錯：它是一條借來的資料鏈

作者為什麼會全錯？這要從匯入的原理看。這個工具的匯入與豆瓣官方介面無關：它靠自己的伺服器去抓豆瓣書單頁面，自行解析出書目欄位，前端只負責檢查網址裡有沒有書單的關鍵字。伺服器端的解析器顯然只認得了頁面上第一個出現的作者欄位，然後把它套用到整份清單。工具沒有公開原始碼，伺服器端實際怎麼寫無從核對，但十本全錯成同一個名字的型態，跟「只抓到第一筆然後重複使用」的解析寫法完全吻合。

同樣的邏輯也解釋了封面的長相。匯入的封面網址不是豆瓣圖床原址，而是經過一個第三方圖片代理服務轉一手。原因很直接：豆瓣的圖片伺服器不接受外部網站直接引用，不經代理封面就顯示不出來。而這條路也不穩，我測試當天它就換了兩種臉色：前半段封面還完整顯示，隔一陣子重測，豆瓣連代理的抓取都回絕，二十張封面整批空白。封面能不能載入，取決於你使用當下豆瓣與代理之間的關係，工具本身無法保證。前端對網址本身的檢查則很寬鬆，只認網址裡有沒有書單頁的關鍵字，貼錯頁面類型會被擋下，但貼一個「看起來像」的網址，成敗就全看伺服器端抓不抓得到東西。

微信讀書的匯入走得更深一層。伺服器把微信讀書書單頁的原始腳本整段抓回來，交給瀏覽器端執行解析，再按書名比對，把封面、連結與評分補回去。我在介面裡實測這條路，書單確實進來了，作者的欄位也正常；使用時有個小坑，對話框預設停在榜單分頁，貼書單網址前要先切到書單，不然它連請求都不會送出。但這種做法的可靠度綁在微信讀書頁面的結構上，對方改一次版，匯入就可能整條壞掉，而且壞掉的樣子不見得有錯誤訊息，可能只是安安靜靜地匯入一堆空欄位。

把這三件事放在一起，這個工具的資料面其實是一條借來的鏈：書目資料借豆瓣與微信讀書，封面借圖片代理，儲存借你的瀏覽器。鏈上每一環都不是它自己擁有的，也沒有哪一環對它有服務承諾。它今天能動，是因為上游三個環節今天都剛好照著原樣運作。

匯出的成品：一張 4714 像素高的直式長圖

排版與匯出是這個工具真正可靠的部分，因為排版與合成都在你的瀏覽器裡完成，不經過它的伺服器。我拿預載的十本書示範書單實測匯出：按「匯出當前頁」，一張 1440×4714 像素的 PNG 直接下載，檔案約 1.5MB，過程中沒有任何資料上傳，圖片是在本機組好再存檔的。這種直式長圖的比例，正好是小紅書與社群動態常見的格式。

Pin

卡片本身的資訊設計相當完整：漸層背景或自訂背景圖、每本書的封面、書名、作者、十分制的星級與數字評分（星級按評分四捨五入，8.2 分亮八顆星）、一段簡介，底下一枚 QR Code。版面可調的項目比想像中多：漸層起訖色、卡片寬高、要不要依內容自動長高，都能改；書超過一頁放不下，可以開第二頁、複製現有頁面，或一次把所有頁全部匯出，它會逐頁連續下載多個檔案。

QR Code 的設計有個體貼的細節：匯入書單後，QR Code 預設帶的就是那份豆瓣書單的網址，掃了直接看到原單，不用自己回填；不想用預設的，可以改成任何連結，或者直接上傳自己現成的 QR Code 圖片。

要留意的只有一件事，而且它寫在每張匯出圖的頁尾：「自豪地使用 list.honwhy.wang 配置工具進行發布」。這行宣傳文字連同掃碼提示一起嵌在成品底部，介面上找不到可以關掉它的開關。介意的人只能在匯出後自己裁掉，或者接受它當作免費工具的代價。

Pin

書單存在哪裡？你的瀏覽器，也只有你的瀏覽器

做完的書單存在什麼地方？答案是瀏覽器的本機儲存空間。我把榜單名稱改掉之後重新整理頁面，書單一頁不少還在，而且改動是即時保存的，介面上連存檔按鈕都沒有，一切自動。反面也一樣確實：沒有帳號、沒有雲端、沒有任何同步機制。換一台電腦、換一個瀏覽器、或者清掉瀏覽器資料，書單就消失了。對照多數線上編輯器都會給的「專案雲端保存」，這裡的取向是極簡的單機邏輯，好處是不必註冊、沒有帳號可被外洩，代價是裝置綁定。

「分享」在這個工具裡的意義也跟一般想像不同。它沒有為你的書單產生一個可分享的連結，分享的成品是那張匯出的圖，以及圖上你自己填網址的 QR Code。精確地說，它做的是「把成果做成圖給你拿去分享」，書單本身始終只存在你這台裝置上。

免費背後：個人作品、條款真空與一枚遙測腳本

開發者是個人。頁尾署名連到 honwhy.wang，是一位長期做瀏覽器擴充功能與微信生態工具的獨立開發者，作品包括一款評價不錯的微信 Markdown 編輯器，頁尾還留了一個小紅書帳號徵書單投稿，看得出經營的是自己的內容社群。書單配置工具本身沒有公開原始碼，在他的程式碼託管帳號上也沒有對應的專案，它是閉源的個人免費作品，沒有維運承諾。

條款是真空的。網站上沒有服務條款、沒有隱私政策，任何路徑都只會回到工具主頁。與此同時，頁面載著 Cloudflare 的流量分析腳本，會回報基本的瀏覽與載入速度資料，這是相當常見的託管層遙測，量級不大但確實存在；你的匯入請求（包括你貼的書單網址）也會先經過開發者的伺服器。伺服器端是否留存這些網址，網站對此沒有任何文件可查。對一般使用者這風險不大，畢竟它不收任何個資、不做帳號；但如果你平常對工具的資料流向有要求，這裡沒有可依循的說明。

作者欄全錯是我實測當下的狀態：這類爬蟲解析的問題修起來不難，開發者修掉之後這一節就過時了。這也是閱讀任何爬蟲類工具評測時該有的心理準備，功能面的對錯有保存期限。

跟書摘卡、文字轉圖工具怎麼分工

把它放進既有的工具箱裡看，定位會更清楚。想做單本書的摘錄卡，把書裡的一段話排成圖片，書摘卡片產生器 是更對口的方向；想把一段現成文字直接變成圖，Markdown 轉圖片工具 這類更單純；從整篇網頁文章直接抽內容做卡的 text2card 走的又是另一條路。書單配置工具的差異化在於它懂「書單」這個結構：一列書、每本自帶作者評分封面、外加書單來源匯入與 QR Code，這是通用卡片工具不會幫你做的事。

順著分工，判斷也就簡單了。把書單變圖的需求，若你的書目資料本來就在手上（自己打的清單、表格裡的書目），把它當排版機用，手動貼進去，這條路穩、快、成品好看；若你的起點是豆瓣或微信讀書上現成的書單，匯入可以用，但把它當草稿而非成品，作者欄逐本核對是必要動作。成功的畫面很具體：匯出一張 4714 像素高的 PNG，貼上社群，掃碼的人看得到原單。兩種情況下都不該期待的是：跨裝置接續編輯、乾淨無宣傳文字的成品、以及對匯入品質的保證，這三件事工具目前都給不了，需要的人往通用卡片工具的方向走會更乾脆。