懶貓書籤清理：開源 Chrome 擴充，失效與重複書籤一次清完

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

書籤累積多年，裡面藏著多少已經打不開的連結、同一頁存了好幾次的重複項目、還有早就空掉的資料夾？懶貓書籤清理（LazyCat Bookmark Cleaner）是一個打著貓咪助手的開源瀏覽器擴充，主打把這些垃圾一次找齊讓你勾選刪除。它最吸引人的宣稱寫在說明裡：「100% 本地運行，無需聯網」、「不上傳任何書籤資訊」。

這兩句宣稱值得拆開檢驗。答案是：刪除這條路確實不出門，整份程式碼裡找不到任何開發者自己的伺服器或統計工具；但「無需聯網」在字面上並不成立，因為檢查連結失效的動作本身就是對你的每個書籤網站發請求，而書籤畫像功能還會把書籤網域逐個送去 Google 換取圖示。這些結論來自它的公開原始碼與商店頁面；掃描的實際速度與準確度，等你用自己的書籤跑一遍最準。

圍繞這個工具，大多數人的疑問集中在三件事：書籤會不會被送到雲端、會不會刪錯東西、這個專案還活著嗎。這三問正好對應它三個最有意思的部分：資料流向、判定邏輯與維護現況，下文逐一拆解。

Pin

它會把書籤送上雲端嗎？刪除路徑真本地，畫像頁有例外

先講撐得住的部分。這個擴充的全部原始碼只有 23 個檔案、約五千七百行，整份程式碼裡的對外請求只有兩類：一類是檢查書籤連線時，直接對書籤指向的網站發出的請求；另一類出現在書籤畫像頁面，向 Google 的 favicon 服務查詢每個網域的小圖示。沒有開發者自建的 API 端點，沒有 Sentry、Google Analytics 之類的統計套件，刪除動作呼叫的是瀏覽器本機的書籤 API。授權採 MIT，LICENSE 檔案完整放在儲存庫，想自行檢視或修改程式的人可以直接取用。

但宣稱與行為之間有兩個精確的但書。一個是所謂「無需聯網」其實是指你的書籤清單不會交給任何第三方服務，而失效檢查必然要連網，它的工作方式就是逐一造訪你存下的網址，看對方還在不在。另一個但書更值得注意：書籤畫像頁在呈現網域統計時，程式會先對每個書籤網域請求 google.com/s2/favicons 這項服務來取得圖示，失敗時才退用 Chrome 內建的本機圖示快取。也就是說，只要開過畫像頁，你書籤裡的網域清單會以逐筆查詢的形式送到 Google 面前。這不算上傳書籤本身，標題、路徑、資料夾結構都留在本機，但「網域查詢紀錄」確實離開了你的電腦。同樣的服務在別的開源工具裡也常見，這不是懶貓獨有的設計，只是當說明寫著「不上傳任何書籤資訊」時，你該知道邊界畫在哪裡。

有趣的是同一份程式碼裡，重複書籤頁的圖示就走本機路線，直接叫 Chrome 內建 API，完全不對外查詢。兩個頁面兩種做法，說明「圖示要出網」是可以避開的選擇，而不是技術必然。

它會不會刪錯書籤？從寬認定的設計

清理工具最大的恐懼是誤刪。這裡能看到一個明確的設計傾向：寧可漏報，也不輕易判死。原始碼裡的狀態碼分類表寫得非常保守，連不上伺服器、被網站擋下、憑證有問題、跨來源請求被擋，全部視為「可能還活著」；收到 401、403、429 這類需要授權或被限流的狀態，也判定為有效，理由是它們證明網站存在；甚至 502、503、504 這種伺服器暫時性故障，同樣算活著。真正被判失效的只有幾種：404 找不到頁面、500 與 501 伺服器錯誤、以及逾時後完全沒有任何動靜。

換句話說，它把所有「不確定」都留給你人工確認，清理清單裡出現的項目，理論上都是證據比較明確的死連結。不過這張從寬清單仍有縫隙，GitHub 上就有人通報狀態碼 499 的網站被判成失效，但實際打開完全正常，這個號碼不在從寬清單裡，問題至今維持開啟。所以勾選刪除前逐條看過，仍然是你自己的責任。

真正要小心的其實是刪除本身。程式刪書籤呼叫的是瀏覽器的 chrome.bookmarks.remove，刪掉就是刪掉，Chrome 的書籤系統沒有垃圾筒可以撈。介面上有兩道防線：清理清單逐條勾選，按下刪除鈕時還會跳出帶數量的確認對話框，例如你勾了十二項，它會先問你是否確定刪除這十二項。但這兩道都只是確認，不是快取，按下確認後沒有任何機制可以把書籤救出版本。開發者在說明裡也明白提醒：刪除無法自動復原，重要書籤先備份，量大時分批處理。

重複書籤的偵測同樣保守。它只比對完整網址字串，前後空白修掉之後，兩筆書籤要一字不差才算重複。同一個頁面如果一筆存成 http、另一筆存成 https，或是一筆有結尾斜線、一筆沒有，都不會被歸為同一組。實際使用裡這種差異很常見，所以重複清理抓到的是最保險的下限，別期待它把所有語意上的重複都清出來。找到重複後可以整組勾掉保留最新或最舊，操作邏輯直觀。空資料夾的判定則是遞迴檢查，資料夾本身沒有書籤、子資料夾也全空，才會列入，而且書籤列、其他書籤這些根層資料夾被排除在刪除範圍外。

連線檢查怎麼跑？逐批造訪、可調逾時

失效檢查的機制值得認識，因為它決定了掃描期間發生什麼事。擴充一次以三十個書籤為一批平行檢查，批次之間固定休息一秒，避免瞬間對大量網站發出請求；每個請求刻意不帶 Cookie、不帶來源頁資訊，並且偽裝成一般 Windows Chrome 的身分。因為瀏覽器的安全限制讓程式讀不到狀態碼，它改用另一條系統 API 從旁觀察每個請求的結果，再依狀態碼分類。掃描期間，被檢查的每個網站都會看到一次來自你這邊的造訪。對一般網站無所謂，但若書籤裡有公司內部系統或敏感站台，你會想把它們排除在檢查之外。

程式確實提供了排除機制。設定頁可以填一組網址規則，支援星號萬用字元，符合規則的書籤會直接標成有效、不發任何請求，規則只存在瀏覽器本機。另外也能切換要比對完整網址還是只比對網域，後者適合同一個網站存了一大堆頁面的情況。

逾時門檻可以自己設定，範圍五到三十秒，預設十五秒，第一次使用時會跳出對話框讓你選。這個數字直接影響掃描時間與誤判率：設太短，反應慢的網站會被誤判；設太長，壞站多的書籤庫會掃得很久。上千筆書籤跑完需要多久，取決於書籤庫裡死站與慢站的比例，照每批三十個、批間一秒的節奏可以自己推算。

書籤畫像在做什麼？本機統計，分類靠固定清單

書籤畫像是清理之外的第二個賣點，一種視覺化的書籤報告。統計本身全部在本機完成：從書籤的加入日期算出收藏時間範圍與每年趨勢圖，統計網域排行與資料夾分布，最後可以匯出一張 PNG 圖片當作個人的收藏紀錄。統計素材就是瀏覽器書籤樹本身，沒有外部資料庫。

要調整期待的是分類功能。畫像會把書籤分成科技、新聞等類別，但分類依據是寫死在程式裡的固定網域清單，涵蓋中國、美國、日韓的知名站點，判斷只看網域、不看頁面內容。清單之外的長尾網域一律落入「其他」類別，公司內部系統、個人部落格、冷門論壇都不會被歸類。書籤內容越主流，畫像越有樣子；越長尾，它就越只是一張數量統計表。匯出功能則是把整張畫面截成一張 PNG 圖片，適合存檔或分享，但沒有結構化資料可以拿去別的工具再利用。別忘了前面提過的代價：這個頁面的網域圖示會向 Google 查詢，在意這點的人可以只用清理功能、不開畫像。

還在維護嗎？商店版停在 2025 年 3 月

現況面要誠實講。Chrome 商店頁顯示一萬名使用者、4.7 分、四十則評分，版本 1.46，最後更新是 2025 年 3 月 4 日，到今天已經超過一年半沒有出過新版；Edge 附加元件商店也找得到同名條目，日期同一天。原始碼儲存庫的狀況類似，2024 年 12 月底開張，靠一波衝刺累積到約 1,850 顆星，最後一次更新落在 2026 年 1 月，而且只是改說明文件，功能程式碼停得更早。待辦清單上有十三個開著的問題，大多是許願性質：掃描指定資料夾、保存掃描進度、隨機延遲、行動版支援，從 2025 年 3 月一路排隊到 2026 年 1 月，全都沒有下文。期間也有社群投稿想幫它加上以大型語言模型為基礎的自動分類，2026 年 6 月被關閉、未見併入；Firefox 版本同樣曾由社群投稿出現，也沒有進入主線。

Pin

好消息是書籤清理這類功能依賴的是瀏覽器本機 API，不像線上服務會因為伺服器關燈而失效，現在安裝仍然可用，商店評分也維持得不錯。幾個小信號順道一提：產品官網的結構化資料宣稱 4.8 分、一百則評價，與商店實際的 4.7 分、四十則對不上，引用時以商店為準；說明裡的微信交流群二維碼被使用者反映已過期；開發者身分在商店標示為非交易者，聯絡信箱隸屬 ainewtab.app，這個網域同時經營另一個書籤新分頁產品，懶貓是同一人照顧的兄弟作。

先匯出備份，再開始掃描

第一件是備份。打開 Chrome 的書籤管理員，右上角選單就有匯出書籤，存下來的 HTML 檔日後可以整份匯入還原。前面說過刪除不可逆，這一步不是儀式，是保險。第二件是心理準備：介面只有簡體中文與英文兩種語言，沒有繁中，第一次掃描會先問你逾時要設幾秒，照預設十五秒即可。

權限面順便看一眼。它申請書籤、儲存、圖示與網頁請求觀察四項權限，外加對所有 http 與 https 網站的存取授權，範圍不小，但每一項都對得上它的功能需求：觀察網頁請求是為了在不違反瀏覽器限制的前提下讀到狀態碼，全網域授權是為了能檢查任何書籤。同樣的權限組合如果出現在閉源擴充上，你能做的只有相信；在這裡，你可以自己翻原始碼驗證。

書籤量大又怕誤刪的人，才需要它

適合的對象很明確：書籤數量龐大、想清掉死連結與明確重複、且不願意把書籤庫交給雲端服務的人。它把誤刪風險壓得很低，隱私代價也交代得清楚，開源又讓這些宣稱可以被檢驗。

有幾種情況建議繞路。需要還原機制與刪除前自動快照的人，它給不了，乖乖手動備份再動手。想要的是跨裝置同步管理書籤，同步該找同步工具，清理工具幫不上這個忙，可以看看 bookmarkhub 這類以 GitHub 為儲存後端的開源方案，那篇拆過「開源儲存庫」與「商店實品」不同步的實際案例。想清的是瀏覽紀錄、Cookie 這類瀏覽資料而非書籤本身，cleaner-chrome-extension 那篇拆解的清理擴充比較切題；如果困擾的是網頁複製限制，smartcopy-chrome-extension 則是另一個值得看的選項。

開頭的三個問題如今可以收攏：安全嗎？以原始碼能驗證的範圍，刪除路徑乾淨，畫像頁有 Google 查詢這個已知代價。會誤刪嗎？設計上傾向漏報，真正的風險在你勾選的那一下。還能用嗎？能，商店版停在 2025 年 3 月但功能自足。裝之前匯出一份備份，是整篇唯一必須記住的動作。