PicSharp 圖片壓縮實測：本地引擎不出門，模式選錯圖片會上雲端

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

把官方釋出的 PicSharp 2.2.7 完整抓回來跑了一輪之後，我可以先給三個結論。第一，它宣稱的離線壓縮是真的：壓縮引擎只綁在本機，我直接呼叫引擎壓完兩輪測試圖，這一步完全不需要對外連線。app 本身的啟動連線是另一回事，後面會講。第二，安裝完的預設值挑得算負責，壓縮模式預設就是本地引擎，不必另外設定。第三，「隱私」這兩個字在這個工具裡其實藏著三層意思，壓縮層確實不出門，路由層選錯模式圖片就會上雲端，而遙測層就連它自己的隱私模式都管不到。要用它處理照片之前，把這三層分清楚比研究壓縮率更值得。

先把工具本身講清楚。PicSharp 是一套跨平台的桌面圖片壓縮軟體，macOS、Windows、Linux 都有安裝包，以 AGPL-3.0 授權開源，在 GitHub 上累積了一千顆星。它一次可以吃整個資料夾，支援 PNG、JPEG、WebP、AVIF、TIFF、GIF 與 SVG 的本地壓縮，也支援把資料夾掛進監看清單，新丟進去的圖自動壓好。同類型的本地批次壓縮需求，站上先前介紹過的 Caesium 圖片壓縮工具走的是同一條路線，差別在 PicSharp 多了一個 TinyPNG 線上引擎可以切換。

Pin

實測先講：本地壓縮是真的，數字也站得住

我把 2.2.7 的 macOS 版裝起來，另外準備了兩張 2400×1600 的測試圖，一張是雜訊滿版的 PNG，一張是高畫質色塊 JPEG，分別送進它打包在程式裡的壓縮引擎（設定是有損壓縮、等級 4，也就是預設值）。PNG 從 1,037,925 位元組壓到 946,605，少了 8.8%；JPEG 從 1,280,782 壓到 117,418，少了 90.8%。雜訊圖本來就是壓縮的最壞情況，色塊圖則是最好的情況，真實照片會落在兩者之間，這兩個數字當座標比當成績單更有用。

Pin

過程裡有個細節值得記下來：這個引擎不吃遙測環境變數的時候照樣能把活幹完，壓縮服務只聽本機的 127.0.0.1，也就是說壓圖這件事本身不需要任何對外連線。壓完的結果會回報壓縮率、SSIM 相似度與檔案雜湊，原圖會先複製一份到系統暫存區才動工，所以壓壞了當下還有得救，但這份暫存在程式重開後就清空，不是長期備份。

Rust 外殼下面，真正做事的是一個打包起來的 Node 引擎

介紹這個工具的中文資料常說它「以高效能 Rust 語言實現」，這句話對一半。外殼確實是 Rust 寫的 Tauri 框架，但打開安裝包會發現裡面另有一支打包成執行檔的 Node.js 引擎，真正壓圖的是它，靠的是影像處理庫 sharp 與底層的 libvips；Rust 端其實也寫了一整套壓縮模組，卻在程式進入點整個被註解掉沒接線，多數解碼器依賴同樣處於停用狀態。這不是缺點，sharp 是成熟的主流方案，但它能解釋兩件事：安裝包為什麼有 60MB 這麼大，以及它的效能表現該拿 Node 生態的同類工具來比，而不是拿原生 Rust 工具的標準來期待。

程式啟動時預設會向 GitHub 檢查新版本，這個開關可以在設定裡關掉。考慮到這個專案的更新節奏，後面會講，留著它其實無妨。

圖片會不會出門，取決於你在三種模式裡選了哪一種

PicSharp 的壓縮模式有三種：本地、TinyPNG、自動。本地模式全部在自己電腦上完成；TinyPNG 模式把圖上傳到 TinyPNG 的官方服務壓完再取回；自動模式看起來最省事，問題也藏在這裡。從原始碼看，自動模式對 PNG、JPEG、WebP、AVIF 這些 TinyPNG 支援的格式，是先送雲端，失敗了才退回本地引擎。換句話說，選自動的人以為它會聰明挑路線，實際上預設路線就是圖片出門，只有雲端拒收時才留在家裡。

要不要讓圖片出門，成本面也有個明確的數字。TinyPNG 的 API 帳號每個月有 500 次免費壓縮額度，用不完不累積；超過之後接下來的 9,500 次每次 0.009 美元，超過一萬次之後每次 0.002 美元。一個月壓五百張以內的輕量使用者可以把它當免費雲端引擎，超過這個量，帳單會開始說話。只想本地處理的人，可以對照 TopSpeed 免費線上圖片壓縮那篇的結論：線上工具的方便，代價就是檔案要交出去，而 PicSharp 的價值正在於它給了你不必交出去的選項。

走雲端路線還要留意中繼資料的去向。圖一旦上傳 TinyPNG，EXIF 本來就是整份跟著出去，工具裡的保留清單（預設勾了著作權、創作者與地理位置三項）決定的是壓縮完拿回來的檔案還帶著什麼，不是決定什麼被上傳。換句話說，照片裡的拍攝座標在雲端路線上一定會出門，想壓完順便清掉座標，只有本地引擎加手動關閉保留中繼資料這條路做得到。

多把金鑰的管理有個實際的坑。它的金鑰池是每一張圖隨機抽一把，用完額度的金鑰不會被剔除，GitHub 上 2026 年 4 月就有人回報：額度耗盡的金鑰反覆被抽中，大批量的工作直接整批失敗。金鑰管理的介面其實有做驗證功能，對 TinyPNG 發一次測試請求就能讀回這把金鑰已用的壓縮次數，把額度攤在畫面上；問題只在批次進行中它不會自動跳過沒額度的那幾把。手上有多把金鑰的人，用 TinyPNG 模式前先把額度檢查過一輪比較穩。

壓縮品質的控制項比一般免費工具細。有損與無損兩種類型、五段壓縮等級、平行處理數預設六條，另有一個「壓縮率門檻」：設定一個百分比，壓不夠小的圖就不動它、也不覆寫，避免把檔案攪了一輪卻只省下一兩個百分點。這個門檻預設是關的，大量處理相似素材時把它打開，能少掉很多無意義的覆寫。

壓完之後的後處理它也想好了。同一批工作裡可以順便把圖轉成 PNG、JPEG、WebP 或 AVIF，透明背景轉進不支援透明的格式時可以指定填充色；可以按尺寸等比縮放；也可以疊文字或圖片浮水印，位置、透明度、字級都有得調。這組功能從設定檔到引擎端的服務程式碼都真實存在，不是選單上的裝飾，等於把「壓縮、轉檔、縮圖、蓋浮水印」四件事收進同一條批次管線，對要固定產出多種尺寸的網站素材流程來說省掉不少來回。

把圖餵進來的入口也不只有拖放。Mac 上可以在 Finder 的服務選單直接對選好的檔案發動壓縮或監看，剪貼簿裡複製的圖片路徑貼進視窗就能開工，它還註冊了 picsharp:// 連結讓自動化工具呼叫。批次工作怎麼開始，它給的選擇比多數同類工具多。

隱私模式擋得住圖片，擋不住遙測

設定頁有個「隱私模式」開關，說明文字寫得很重：啟用後應用不會收集任何資料。我把這句話拿去對原始碼，結果要分成兩半講。

它做到的部分：隱私模式一開，壓縮模式會被強制鎖在本地，模式下拉選單直接停用，你沒有機會誤觸到雲端路線。就「圖片不出門」這個承諾，它是兌現的。

它做不到的部分：這個工具的發行版內建了兩套遙測。介面層接了 Aptabase 統計與 Sentry 錯誤追蹤，程式啟動就初始化，與隱私模式無關；上報的事件裡有一項，是把丟給它開啟的檔案的完整路徑陣列送出去，錯誤追蹤還開著個人識別資訊與十分之一機率的操作過程錄影取樣。引擎層的 Sentry 更進一步，拿機器碼當使用者身分。這些不是猜測：發布流程的建置腳本明明白白把三支遙測金鑰注入正式版，安裝包裡的連線白名單也放行了這兩個服務的網域。隱私模式在程式碼裡就是一個壓縮路由開關，其他什麼都沒鎖。

所以這個工具的誠實定位是：拿它壓圖，圖不會出去，這點成立；但 app 本身的設計就是會向開發者回報使用行為，路徑層級的資訊也在其中。對一般整理網站素材的人，這層遙測在桌面軟體裡屬於常見做法，知道即可；對處理當事人照片、內部文件截圖這類敏感批次的人，該知道「隱私模式」四個字給的保護範圍比字面窄。真要完全斷網壓縮，搭配防火牆規則擋掉它的對外連線，或者接受這個現實再使用。

已知的坑：預設覆寫原檔、監看迴圈、空殼命令列

有三個實際會踩到的問題，下載前值得先知道。

輸出方式的預設值是直接覆寫原檔。它會先把原圖複製到暫存區，當次工作階段內可以還原，但程式重開後暫存清空，等於沒有後悔藥。批次壓圖前，把輸出改成「另存新檔」加尾碼，或指定輸出資料夾，是三十秒就能做完的保險。

監看模式有個已回報未修的 bug：如果把輸出資料夾設在監看清單裡面，壓出來的檔案又觸發新一輪壓縮，形成無限迴圈，2026 年 8 月底的 issue 到現在沒有回應。監看資料夾與輸出資料夾分開放，是最簡單的避法。

Pin

安裝包裡還附了一支沒寫進說明文件的命令列工具，它自己的說明訊息寫著可以壓縮圖片並輸出 JSON 結果。我實際執行它的壓縮參數，它回了成功訊息，檔案一個位元組都沒動，翻開原始碼，那個函式只是印出一段寫死的成功 JSON，註解自己承認是模擬、實作該另外接上。想要腳本化批次壓縮的人，這條路在 2.2.7 是不通的，介面裡的拖放、剪貼簿貼上、Finder 服務選單與 picsharp:// 連結觸發才是實際可用的入口。

凍結的一年：下載前要知道的專案狀態

最後是時間軸，這點對下載決策很實際。PicSharp 的最新版本 2.2.7 在 2025 年 9 月底釋出，主要分支的最後一次合併是 2025 年 11 月底的一支相依套件機器人更新，之後再也沒有人為的提交。2025 年 12 月起陸續有人回報問題與許願，全部處在開著沒人回的狀態。它仍然能用，macOS 版有正規的開發者簽名，Windows 版依賴系統的 WebView2 執行環境，第一次裝不起來時官方文件的解法就是去微軟官網補裝。但「能用的最後版本」與「有人照料的專案」是兩回事，把它當成一支穩定的單機工具用可以，期待它修 bug 或跟著新系統更新，目前沒有證據支持。

介面語言只有簡體中文與英文兩包，沒有繁中，台灣使用者要嘛看英文要嘛看簡中。和站上介紹過的 IMGKIT 線上圖片工具箱那類網頁工具相比，PicSharp 的介面質感其實不差，深色主題乾淨，拖放、貼上、資料夾監看都做得齊全。

授權與專案狀態

PicSharp 以 AGPL-3.0 授權釋出，原始碼在 GitHub 的 AkiraBit/PicSharp，安裝包從 Releases 頁面下載，macOS 有 Intel 與 Apple Silicon 兩種、Windows 有安裝版、Linux 有 AppImage、deb 與 rpm。作者是單人開發者，一千顆星的全職維護能量本來就不能期待。授權上要注意 AGPL 的傳染性：自己用、公司內部用都沒問題，若把它整合進對外提供服務的產品，衍生程式碼的公開義務會跟著來，這是法務層級的決定，不是工程層級的。

適用的場景我會這樣畫：大量整理網站素材、想離線批次壓圖、能接受簡中或英文介面的人，把模式留在本地、輸出改另存，它是稱職的工具；每個月五百張以內、想用 TinyPNG 雲端引擎又不在乎圖片出門的人，它是合理的加值；處理隱私敏感批次的人，先讀完前面遙測那一段再決定。