玉桃文饗軒：把 Markdown 做成分享圖的開源工具，全程本地處理

Facebook Line Messenger Telegram

玉桃文饗軒（GitHub 倉庫 markdown2png）是一個把 Markdown 文字渲染成高解析度分享圖的免費工具，開發者是長期經營個人技術站 nicejade 的楊瓊璞。把它放進「文字轉圖片」這個品類裡，它真正跟其他線上產圖工具拉開距離的地方，是把整個渲染流程留在你的瀏覽器裡完成，內容不會上傳到任何伺服器。

這個設計選擇同時決定了它適合誰。如果你想把讀書筆記、文章草稿、還沒公開的內容做成一張可以貼到社群或筆記軟體的圖，又不願意把這些文字交給某個你查不清楚後端的服務，這個工具踩在你的需求上。反過來說，如果你要的是 API 自動產圖、批次把整批文件轉成圖、跨裝置雲端同步、或團隊帳號，它給不了，這些功能它沒有提供，也與它不上傳的設計相衝突。

下面會把它的機制、書摘模式、跟自己截圖與 Carbon 的差別、以及兩個會影響採用決定的限制一次講清楚。它以 MIT 授權開源，這點先講在前面，自架與授權細節留到文末。

全程在瀏覽器裡完成：內容不上傳是它的核心定位

多數 Markdown 轉圖片的線上工具，做法是把你的文字送到後端伺服器渲染，再把圖傳回來給你下載。玉桃文饗軒走的是相反的路。它的整個應用是用 Vue3、Vite、Pinia、TailwindCSS 與 TypeScript 打造的純前端專案，沒有獨立的後端運算節點；README 明確寫著「所有資料在本地完成處理，不依賴伺服器上傳」。換句話說，你貼進編輯區的文字，在離開你的瀏覽器之前就已經變成圖，中間不經過任何作者架的伺服器。

玉桃文饗軒官方網站 share.lovejade.cn 的桌面版介面截圖，左側為 Markdown 輸入區，右側為即時預覽的分享圖卡片，上方有主題與字體選單 — 玉桃文饗軒官方線上版的桌面介面（share.lovejade.cn），左側輸入 Markdown、右側即時預覽可匯出的分享圖。

對讀者來說，這條技術路線的實際意義會在幾種情境浮現。貼進去的是還沒發表的文章草稿、客戶資料、商業筆記，外流成本你扛不起的時候；你在寫敏感主題（健康、財務、內部決策），不希望文字落在某個你不知道記錄政策的服務上的時候；或者你單純想要一個確定不留資料的工具的時候。在這幾種情境下，「本地處理」是比任何隱私聲明更具體的保證。

當然，本地處理也有它的代價，這部分留到後面限制段講。先在這裡點出設計核心，是因為它幾乎解釋了這個工具全部的優點與缺點。

書摘模式：把讀書筆記做成一頁書扉

玉桃文饗軒有一個獨立的書摘模式，網址在 /digest。依 README 的說明，這個模式把一段文字、書名、作者排成接近真實書扉頁的卡片，搭配主題背景與字體，做出來的圖讀起來像從書裡翻拍的一頁，有別於制式的社群懶人包。

玉桃文饗軒書摘模式 share.lovejade.cn/digest 的介面截圖，左側為文字書名作者輸入區，右側預覽展示排成書扉頁風格的書摘卡片 — 書摘模式（/digest）把一段文字、書名、作者排成接近真實書扉頁的卡片，不同於一般社群懶人卡。

作者把書摘模式單獨拉出一條路徑，背後的判斷是：讀書筆記的分享需求夠大，值得為它做專用版型，而把所有內容塞進同一個通用範本。這個判斷跟 TechMoon 寫過的書摘卡片產生器走的是同一條思路，兩個工具都看到中文讀書圈對書摘圖卡的具體需求，只是技術取徑不同。書摘卡片產生器強調直書、毛筆字體與印章落款這些中文排版細節；玉桃文饗軒的書摘模式建立在 Markdown 輸入與多端尺寸輸出之上，定位偏向本來就用 Markdown 寫筆記的人。

上面的功能描述來自 README 與官網介面；書摘模式的實際成品與字體渲染品質，要實際預覽才看得準。想自己確認效果，可以打開 /digest 試做一張。

跟自己截圖、用 Carbon 的差別在哪條線上

把文字變成可分享的圖，常見做法有幾種，玉桃文饗軒的位置跟它們都不太一樣。

最直覺的是對筆記軟體或瀏覽器畫面直接截圖。這條路零學習成本，缺點是沒有排版控制，字級、留白、背景完全被你的畫面綁死，換一台螢幕結果就變。另一種是用 Carbon 這類程式碼轉圖片工具，它的強項在語法高亮與開發者風格的版型，處理的是一段程式碼或短引言的美化，為 Markdown 長文或書摘設計的並不是它。還有一種是打開 Canva 或修圖 App，從空白畫布或範本開始，控制力最高，代價是每一張圖都要重做一次。

玉桃文饗軒卡在「文書軟體截圖太隨便、設計軟體太重」中間。你貼 Markdown 進去，它幫你套主題、字體、背景，輸出一張排版穩定的長圖；想換風格就換主題，不必每次從空白開始。如果你平常的需求只是把一段引言快速變成好看的圖，SkreenPro 這類截圖後製工具已經夠用；但如果你要的是把整份 Markdown 文件排版化輸出成圖，玉桃文饗軒這條路更直接。

它輸出的是圖片（以 PNG 為主，依 README 另支援 PDF 與 HTML 匯出）。輸出屬點陣格式，無法像向量檔任意放大；實際解析度與匯出表現要自行預覽確認。

本地處理護的是內容，不是你的瀏覽足跡

「所有資料本地處理」這句話要精確地讀。它保護的是你貼進去的內容，不是你使用這個網站這件事本身。

share.lovejade.cn 的網頁原始碼載入了 Google Tag Manager 與 Google AdSense 的資源，原始碼裡有 googletagmanager 的 preconnect 連線設定，以及 pagead2.googlesyndication.com 的網域預先解析。這代表你打開官方線上版時，Google 的分析與廣告腳本會知道你來過、看了哪些頁面、停留多久。這些是瀏覽行為追蹤，跟你貼進編輯區的文字是兩件事：文字不會上傳，足跡會被記下。

這在多數人身上不構成問題。但如果你連「別人知道我用過這個工具」都不希望，就得自己架一份。這也是玉桃文饗軒提供自架路徑的實際價值之一：clone 倉庫、拿掉追蹤程式碼、用自己的網址跑，就連瀏覽足跡也留在你自己的機器上。這跟 EdgeEver 這類強調資料留本機的自架筆記工具訴求的是同一種隱私考量。

沒有 API、批次、雲端同步：它的能力邊界就劃在這裡

玉桃文饗軒是一個單機、單次、手動操作的工具。它不做 API 程式化產圖、不做批次轉檔，也沒有帳號系統和跨裝置的雲端同步。你今天在手機上做到一半的內容，不會自動出現在桌機上。

這是刻意選擇的結果。一個強調全程本地、不上傳的工具，本來就給不了雲端同步（同步意味著上傳），也不會有團隊協作帳號（協作意味著多人共用資料）。這些功能的缺席，和它的隱私承諾是一體兩面。README 與官網都沒有提到這些功能，而它純前端的技術架構也不具備這些能力。這是從架構與文件推斷的邊界，作者並沒有明文宣告永遠不做 API。

實務上，這個邊界影響兩種人。要把產圖接進自動化流程（例如每次發文自動產生封面圖），這工具不適合。需要一個共用書摘圖卡協作空間的團隊，這工具也不適合。反過來說，如果你要的只是打開瀏覽器、貼一段字、拿一張圖、關掉，它的極簡反而是一種清爽。

想完全排除追蹤或改功能，clone 下來自架一份

玉桃文饗軒以 MIT 授權開源。MIT 是最寬鬆的幾種授權之一，允許免費使用、修改、散布、再授權，甚至用在商業產品裡，唯一的條件是必須在衍生作品裡保留原本的版權與授權聲明。對多數「我自己用、改來自己用」的場景，MIT 等於沒有實質限制。

自架步驟在 README 寫得很完整。把倉庫 clone 下來後，用 pnpm 安裝依賴、跑 pnpm dev 起開發伺服器、pnpm build 做正式打包，需要 Node 16 以上。如果你從來沒接過 Vue3 或 pnpm，這條路會有一個晚上的學習成本；如果你本來就寫前端，這是標準到不能再標準的流程。

自架之後能做的事，比單純用線上版多兩件。你可以把 Google 追蹤腳本拿掉，讓這個工具在你的網域上完全不報告任何資料；你也可以改主題、字體、版型，甚至加功能，例如批次處理、自訂浮水印、整合你自己的字型。這正是開源工具相對於封閉線上服務的優勢：它的能力上限，由你願意投入多少工程決定，至於作者怎麼定價，那是封閉服務才需要擔心的事。

自架要承擔的一個共同成本，是你得自己接手維護。作者如果停更，瀏覽器或前端工具鏈上游有安全修正或行為變動時，沒有人會幫你推一版修補。享受資料與控制力留在自己機器的好處，就要承擔自己當維運的那一面。