MindPocket：開源 AI 書籤系統，用 RAG 把收藏變成可搜尋的知識庫

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

Mozilla 在 2025 年 5 月宣布收掉 Pocket，7 月 8 日正式停止服務，一個存在十幾年的「稍後閱讀」品牌就這樣畫下句點。留下來的人於是得重新想一個老問題：那些存下來卻從來沒再看過的網頁，到底要怎麼管，才不會越堆越像一座只進不出的雜物間。MindPocket 是把這個老問題往前推了一步的嘗試，它是一套開源的 AI 書籤系統，想法很直接：你存下網頁的那一刻，系統就讓 AI 把正文讀完、寫好摘要、打上標籤，再全部丟進一個可以用自然語言搜尋的個人知識庫。

MindPocket 把「收藏」這個動作升級成「收藏加自動整理」：書籤進站後，系統開無頭瀏覽器抓正文，送去大模型做摘要與向量化，再存進你自己的資料庫，讓你之後能用腦中浮現的主題或大意把資料撈回來。它走 Vercel 加 Neon 的 serverless 自架路線，但這套「資料在你手裡」的故事，有幾個邊界要先講清楚，尤其是你存下的內容其實會經過外部大模型這件事。

跟既有書籤工具比起來，MindPocket 多走了那一步

書籤管理這個領域其實很擠。Raindrop.io 是目前最具代表性的書籤管理服務之一，跨裝置同步、漂亮的介面、免費版就夠一般人用，但它做的是「把連結管好」，你存的還是那條 URL，要找資料還是得靠你當初下的標題或標籤。ChatPDF 走的是另一條路，你可以把一份 PDF 丟進去，用聊天的方式問它內容，這是很道地的 RAG（檢索增強生成）體驗，但它處理的是「你主動上傳的單一檔案」，不是一條持續累積的書籤流。Notion 這類商業知識庫工具什麼都能做，但 AI 搜尋與摘要功能多半鎖在付費方案裡，而且資料放在別人的伺服器上。

MindPocket 想卡的位置，是這三者的交集再加一個前提：書籤會持續累積、AI 自動把內容結構化、而且整套自己架。Raindrop.io 管的是那條 URL 本身，MindPocket 多跑了一層把正文轉成可搜尋知識的 AI 處理；ChatPDF 處理的是你手動上傳的單一檔案，MindPocket 的料源則是一條持續累積的書籤流。跟你可能看過的巴菲特股東信知識庫那種把一個固定素材庫結構化成檢索站的例子相比，MindPocket 把「素材進站」這一步也自動化了，存書籤等於餵知識庫。

Pin

一份網頁被存下來之後，系統做了哪些事

講差異化之前，先看 MindPocket 實際在做什麼，這樣後面的邊界討論才有意義。當你存下一條書籤，背後跑的是一條 ingest 管線。原始碼裡 apps/web/lib/ingest/browser.ts 這支檔，會在 serverless 函數裡用 puppeteer-core 搭配 @sparticuz/chromium-min 開一個無頭 Chromium，去把你存的網頁真的渲染出來、抓出正文。會用無頭瀏覽器而不只是 HTTP 抓取，是因為很多現代網頁的內容是 JavaScript 動態產生的，光抓原始 HTML 抓不到東西。

正文抓回來之後，lib/ai/embedding.ts 會把它切成一段一段（用句號、換行之類當切點），再透過 Vercel AI SDK 的 embedMany 批次送去向量化，產生的向量存進 PostgreSQL 的 pgvector 擴充。之後你在對話框問問題，findRelevantContent 會把你的問題也向量化，再用「1 減餘弦距離」算相似度，撈出最相關的幾段書籤內容（門檻設 0.3、最多取 6 段）丟給大模型當背景資料。摘要與標籤這兩個動作，則是再呼叫一次大模型來生成。整個流程跟用自然語言查資料庫那類工具的核心邏輯是同一套，差別只在料源換成你的書籤。

「資料在你手裡」和「AI 處理在你手裡」是兩件事

這是整套行銷話術裡最該仔細看的一條。MindPocket 的 README 說「資料完全屬於你自己」，這句話在「儲存層」是成立的：書籤、摘要、向量、對話紀錄，全部進你自己 Neon 帳號下的 PostgreSQL，不進官方任何中央資料庫。但前面那條 ingest 管線已經講明了，摘要、標籤、向量化這三個動作，全都是呼叫大模型 API 完成的。而 lib/ai/provider.ts 裡用的是 createOpenAICompatible，也就是 BYOK（bring your own key），你設哪一家、哪個模型，請求就往哪一家送。

換句話說，你存下的每一篇網頁正文，會離開你的部署，送到你設定的那個大模型供應商那裡做處理，再帶著摘要和向量回來。如果你的對象是 DeepSeek、OpenAI 這類雲端服務，那這些內容就會經過它們的伺服器。換句話說，「私有部署」在 MindPocket 這裡的精確意思是儲存私有：書籤、摘要、向量都進你自己的資料庫；但 AI 處理那一步，取決於你把金鑰設給哪一家模型供應商。這條界線，跟那些號稱純本機、實際上 ASR 卻得送雲端的工具，是同一種需要拆開來看的狀況，差別在於 MindPocket 把模型選擇權交給你。

而 BYOK 同時留了一條路：如果真的想讓「處理」也私有，你可以把 baseURL 指向自己機器上跑的 OpenAI 相容模型，例如 Ollama。這時候 MindPocket 才真正做到從儲存到 AI 處理都不出本機，代價是你得自己養模型、自己扛運算。所以比較準的說法是，MindPocket 預設走雲端大模型，但留了一條通往全本機的路給你，條件是你願意花力氣把它接起來。要不要走那條路，取決於你存的內容有多敏感。

Vercel 加 Neon 的「零成本」，真正的開銷在大模型 API

README 把部署成本講得很輕，Vercel 加 Neon 的免費額度確實夠一個人用，也不用租 VPS，這部分沒有騙人。真正會出現在帳單上的，是大模型 API 的 token 費用。環境變數裡的大模型 API Key 和 Embedding API Key 是必填欄位，不填的話摘要和智慧檢索會直接報錯，等於這工具的核心功能是掛在外部 API 上的。你存越多書籤、問越多問題，token 就吃得越兇，這才是持續性的開銷來源。

幾個免費額度的隱形負擔也值得先知道。前面提到 ingest 那一步得開無頭 Chromium 抓網頁，這在 Vercel serverless 函數上是相對吃重的操作，函數體積大、冷啟動也慢，密集存書籤時會吃掉函數執行時間額度。Neon 的免費方案則是看計算時數，長期放著不動也會累積。作者自己在免責提醒裡建議，在雲端後台設 Spend Limit 上限，避免哪天 API 被異常呼叫把帳單灌爆，這是自架任何會呼叫付費 API 的服務時，都該養成的習慣。

兩萬六千行幾乎全是 Claude Code 寫的

MindPocket 還有一個會嚇到人也會吸引人的特色，作者在 README 裡開了一整段叫 VIBE CODING 的章節，白紙黑字寫著：核心只親手實作了一個功能，其餘幾乎全部是 Claude Code 生成的，純程式碼超過兩萬六千行，其中 TSX 就佔了兩萬五千行左右，算是一個一人加 AI 疊出來的多端專案。你能用很少的人力做出五端覆蓋的產品，代價是這兩萬六千行絕大多數沒有經過傳統意義上的人工 code review，上架前，程式碼的可讀性、長期維護性、資安審計的強度，都得自己再過一輪。

Pin

搭配這個事實的，是授權狀態的小尷尬。README 結尾寫著採 MIT License，但 repo 根目錄其實沒有 LICENSE 檔案，GitHub 也就把它顯示成沒有授權。這跟 ElegantClipboard 那種 README 宣稱 MIT、檔案卻缺的情況一樣，屬於授權宣告了但沒實例化的衛生問題。作者的意圖明確是寬鬆的 MIT，你要自己用、甚至 fork 來改，問題不大，但嚴格說起來，缺那個檔讓法律基礎打了折扣，貢獻 PR 的授權歸屬也會跟著模糊。真要在意，就到 issue 跟作者提醒一聲補個檔。

維護節奏也要務實看。main 分支最後一次合併是 2026 年 4 月初，之後開發就轉到一長串 feature 分支上繼續推，repo 一直有活動，但 main 將近三個月沒動過，也還沒有正式的 release 或版本標籤。貢獻者實質就是作者 jihe520 一個人加另一位協作者，配上 Claude Code。把它當成一個「一個人加 AI 做出來、還在長、但 main 節奏偏慢」的專案來評估，會比較接近實況。

自架的三個坑：管理員、密鑰、還有刪不掉的書籤

實際動手架的人，有幾個坑是部署前該知道的。第一個跟權限有關，MindPocket 會把頭一個註冊的帳號直接指派為超級管理員，這代表部署完最該做的第一件事，是先進去把帳號佔下來，再隨手把開放註冊功能關閉，免得不認識的人佔用你的資料庫，平白吃掉你的 Neon 額度。第二個是認證密鑰，環境變數 BETTER_AUTH_SECRET 本機預設值是寫死的測試字串，上正式環境一定要換成隨機長字串，不然認證簽章是可以被預測的。第三個比較出乎意料，是功能的缺口，不是設定的坑。

issue #21 是 2026 年 4 月底回報的：main 分支的網頁版沒有刪除書籤的入口，也就是說，在 main 這個版本上，你用網頁介面存了書籤，卻沒有一個按鈕可以把它刪掉。社群隨後在 #22 送了一支修復 PR，補上刪除介面與安全性處理，但這支 PR 一直沒合進 main，這也呼應前面說 main 節奏偏慢的狀況。另外還有一則 2 月就開、標題只寫「Bug」的 #1，到現在還掛著沒關。這些不代表工具不能用，而是誠實反映它還在打磨的階段，把這些當成「用之前心裡有數」的資訊就好。

誰適合自己架一套，誰不如留在原本的工具

把上面的特性兜起來，MindPocket 的甜區其實很明確。它適合那些本來就在大量收藏資料、對資料所有權有執念、而且不排斥自己接 API、改環境變數的人，例如會自己接 API 的工程師、文章收藏量很大的重度閱讀者，或是經常產出內容的創作者。對這群人來說，把書籤流自動變成可搜尋的知識庫，是很實質的升級，尤其是那種「明明記得存過、卻怎麼也擠不出該搜什麼」的挫折感，RAG 確實能緩解一大半。它也額外提供了一個 CLI，是給 agent 跟腳本用的 JSON client，如果你本來就在玩 OpenClaw 這類 agent 平台，把 MindPocket 當成其中一個可呼叫的書籤工具來串，是有想像空間的玩法。

反過來說，若你對書籤工具的期待就只是跨裝置看得到同一份清單，碰到 API 金鑰或環境變數就嫌煩，更不想長期扛自架的維運，那繼續用 Raindrop.io 之類現成服務，或乾脆交給瀏覽器本身的帳號同步，會輕鬆得多。MindPocket 的價值跟它的麻煩是一體兩面，你要拿到那層 AI 結構化與資料自主，就得接手官方服務本來幫你扛掉的部署與維運。它給的，是一條用力氣換掌控權的路。

五端齊發的代價，是維護面也跟著放大

能在一份 repo 裡同時交付 Web、iOS、Android、瀏覽器擴充和 CLI 五個端，是這類全端專案的賣點，也把維護成本同時放大。Web 端是 Next.js，部署到 Vercel 是最順的路；手機端走 Expo 加 React Native，所以 iOS 和 Android 共用同一套程式；瀏覽器擴充用 WXT 這個框架，一次打包 Chrome、Firefox、Edge 三家。CLI 則是一個獨立的 npm 套件，設計成給程式與 agent 用的 JSON 介面，登入走 OAuth device flow，可以讓外部腳本直接操作你的書籤庫。要留意的是 Docker 自架模式目前只包 Web 這一端，想自己跑的人拿到的是網頁版，不是整個生態，手機和擴充還是得各別從商店或自行編譯安裝。

這種全端覆蓋對一人加 AI 的專案來說，維護負擔是真實的，前面提到 main 分支將近三個月沒合併，多少也跟同時顧五個端有關。好處是使用者幾乎在哪個裝置都能存書籤、查知識庫；代價是任何一端出問題，修復節奏都取決於作者一個人的頻寬，這也是為什麼那支補刪除功能的 PR 會懸在那裡那麼久。把它當工具用的人，要有「功能齊全但部分細節還在補」的心理準備。

在筆記工具、託管方案與中文體驗之間，幾個會影響判斷的問題

它跟 Notion、Obsidian 這類筆記工具差在哪？定位不同。Notion、Obsidian 是讓你「主動寫進去」的筆記與知識庫，內容靠你輸入；MindPocket 處理的是「被動存下來」的書籤流，價值在自動把一堆網頁正文轉成可搜尋的資料，你不用先讀完、先整理。兩者可以互補，MindPocket 負責收集與初篩，真正重要的再進筆記工具深讀。

不想自己架，有官方託管版可以直接用嗎？官網 mindpocket.top 上有一個公開的 demo 可以體驗，但那是給人試功能的，需要自行註冊帳號。MindPocket 主推的路線就是自己架在自己雲端帳號下，並沒有一個像商業服務那樣、開帳號就能長期託管的正式方案。要嘛自己架，要嘛用 demo 試水溫。

中文書籤的摘要和搜尋會不會變成英文？不會。系統提示裡就把 AI 助手設成中英文雙語，用中文問就用中文答；切句用的規則也同時涵蓋中文句號和英文句點，所以中文正文在摘要、向量化、檢索這幾步不會被當成英文硬切，實際體驗是順的。

已經用 Raindrop.io 一段時間了，搬得過來嗎？目前沒有官方的 Raindrop 匯入器，這部分會需要自己想辦法把書籤倒進去，可能得透過 CLI 或直接寫資料庫。對存量很大的人來說，遷移成本是先評估的事，別假設有一鍵搬家可走。

整體看，MindPocket 把「書籤變知識庫」這個很多人想過、卻很少人做到位的想法，用一個開源、可自架、多端的姿態做出來了，RAG 那層也確實運作。要小心的是那幾條邊界：書籤資料確實進了你自己的資料庫，但摘要與向量化會經過外部大模型；Vercel 和 Neon 的免費額度夠用，真正會出現在帳單上的是大模型 token；README 寫了 MIT，repo 裡卻沒有那個 LICENSE 檔；main 分支三個月沒合併，開發其實分散在 feature 分支上。把這些看清楚再下手，這套工具會用得比較踏實。如果你正好想要一個能自己架、能讓收藏真正被找回來的 AI 知識庫，不妨花一個週末把它架起來試試看吧。