如果你做网站、做设计、做产品图，每年要压缩成百上千张图。默认流程是把图拖到 TinyPNG / Squoosh，等上传、下载、保存。这个流程会工作直到你停下来想——刚才那张图发生了什么？客户没发布的产品渲染、Slack 截图里的内部对话、Figma 里别人"只给你看"的稿。它们全都接触了别人的服务器。
有离线替代方案。其实有不少。下面是一份诚实对比，5 款 Mac 原生工具实测。
为什么离线压缩重要——即使没机密内容
云端压缩工具很方便，但有三个隐性风险：
- 内部截图会被上传。 截图里有你团队未发布的产品 UI、Slack 私信、Figma 协作稿。TOS 通常允许厂商存或分析这些图。多数用户没读过 TOS。
- 它们会采样。 大多数「免费」图片压缩服务在条款里明确保留把上传图片用于「服务改进」或 ML 训练的权利。你付的不是钱，是数据。
- 大批量很慢。 上传 200 张 2MB 的图意味着 400MB 出+回。一个 Mac 原生压缩工具同样的活 10 秒搞定。
离线工具同时解决三个问题。好消息：macOS 自带图片压缩引擎，包装它的好工具也越来越多。
macOS 原生选项：sips
在讲应用之前先告诉你：你 Mac 上已经有图片压缩工具了。它是命令行的 sips（Scriptable Image Processing System），自 2000 年代后期就随每台 Mac 出货，路径是 /usr/bin/sips。
```bash
JPEG 基础压缩
sips -s formatOptions 70 -s format jpeg input.png --out output.jpg
缩放 + 压缩
sips -Z 1200 -s formatOptions 80 photo.jpg --out photo-small.jpg
去掉色彩配置
sips -d profile input.jpg --out output.jpg ```
sips 快、沙盒安全、不联网，能集成 Automator 和 AppleScript。缺点是 UX 像 1998 年的系统工具——如果你住在 Terminal 里它很完美，否则会痛。多数人想要一个拖拽包装的图形版本，这就是好的 Mac 工具该做的事。
5 款工具实测对比
下面 5 个我都用过。说实在的好坏：
1. ImageOptim
ImageOptim 是元老。免费、开源，捆绑了 MozJPEG、pngquant、Zopfli——业内最猛的几个压缩算法。如果你以绝对最小体积为衡量标准，且只处理 JPEG/PNG，ImageOptim 至今难以超越。
不适合的场景：
- HEIC 支持有限。iPhone 截图 / Photos 导出 / AirDrop 的格式都是 HEIC，ImageOptim 处理不到位。
- 更新节奏放缓，最后一个大版本距今有段时间。
- 没有文件夹监控（拖拽专用）。
适合：纯 JPEG/PNG，以最小体积为首要目标。
2. QuickPix
利益相关声明——QuickPix 是我做的一个 Mac App。它是基于 macOS 原生 sips 引擎的拖拽压缩器，把工作流集成作为主要赌注。
与 ImageOptim 不同的点：
- 原生支持 HEIC，外加 28+ 格式（WebP、AVIF 读取、TIFF、GIF、JPEG 2000）
- 文件夹监控（Pro）：选一个文件夹，新图丢进去自动压缩。给设计团队用 Dropbox / Slack / Finder 当收件箱时用
- 前后对比滑块，像素级看差异——验证「小了 82%」是「小了 82% 还一样」还是「小了 82% 但客户 logo 糊了」
- ICC 色彩配置保留，可选元数据剔除（隐私友好默认）
不擅长的点：
- 极端 JPEG 压缩，ImageOptim 的 MozJPEG 在同等视觉质量下输出更小
适合：HEIC 多的工作流、文件夹自动化、现代 macOS 集成。
3. TinyFast
TinyFast 是较新的选项，完全本地运行，不上传。UI 比较精致。免费版限制 5 张/天；Pro 解锁无限。
适合：偶尔用、不需要批量、想要最简单 UI 的人。
4. TinyPNG4Mac
TinyPNG4Mac（更名「Tiny Image」）是 TinyPNG API 的开源 Mac 客户端。注意：压缩仍然发生在 TinyPNG 服务器上，不是真离线。 列在这里只是因为命名容易混淆。
适合：你就是想要 TinyPNG 算法 + 一个原生 Mac UI 的人。
5. ImageSlim
ImageSlim 是另一个免费开源选项，Mac 原生，HEIC 支持强。UI 不像付费选项那么精致，但 Terminal 友好的用户会喜欢。
适合：要免费 + HEIC 支持 + 不想买订阅工具的人。
怎么选
对大多数 Mac 用户的决策树：
1. 只压 JPEG/PNG 且要最小文件 → ImageOptim 2. 常压 iPhone 照片 / Mac 截图，需要 HEIC 和现代格式 → QuickPix、ImageSlim 或 TinyFast 3. 设计师每天收到几十张共享文件夹里的资产 → QuickPix Pro 的文件夹监控，或者 Hazel + sips 自己写脚本 4. 想全部自动化 → Terminal 的 sips，不需要 GUI 5. 可以接受上传 + 最简单设置 → TinyPNG 的 web 界面没问题。但是别把内部截图粘进去
我会跳过的工具
Mac App Store 有一长尾名字像「Image Compressor Pro+」「Photo Slim 2024」的应用。许多是用「快速本地处理」做营销但实际上在背地里调云端 API。两个警告信号：
- 只有订阅模式。 图片压缩是有限的批处理任务。没有什么循环服务可付。
- 压缩时有网络活动。 打开 macOS App 隐私报告或
nettop，如果一个标榜「本地」的工具压缩时有外发流量，它在上传。
这两个信号都说明它在赚的不是软件钱。
加分：用 sips 写 shell 脚本批量压缩
如果你想把离线压缩集成进 CI / shell pipeline，写起来很简单：
```bash #!/usr/bin/env bash
把文件夹里所有 JPEG 压缩到 80% 质量，保留原文件
set -euo pipefail
INPUT="${1:?usage: $0 <文件夹>}" OUTPUT_DIR="$INPUT/_compressed" mkdir -p "$OUTPUT_DIR"
shopt -s nocasematch for f in "$INPUT"/.{jpg,jpeg,png,heic}; do [[ -f "$f" ]] || continue name="$(basename "$f")" case "$name" in .png) out="${name%.png}.jpg" ;; .heic) out="${name%.heic}.jpg" ;; ) out="$name" ;; esac sips -s formatOptions 80 -s format jpeg "$f" --out "$OUTPUT_DIR/$out" >/dev/null echo " → $out" done ```
放进 ~/bin/compress-images，chmod +x，从此你的 shell 里就有了一个离线压缩工具。不订阅、不上传、不费事。
收尾
如果你的工作流涉及网络上的图片——着陆页、产品图集、博客图——离线压缩在隐私上是免费升级，速度通常也是免费升级。工具早就追上来了，不用再上传了。
要一个 HEIC + 文件夹自动化 + 简单工作流的 app：QuickPix（我做的）。 要纯 JPEG 极致压缩 + 开源：ImageOptim（依然是标杆）。两个都免费可试。
工作流有 gap 这些工具都解决不了的，发邮件给我 obeliskclubclub@gmail.com，QuickPix 的 roadmap 直接由这种反馈决定。
常见问题
Mac 上 2026 年最好的离线图片压缩工具是什么？
纯 JPEG/PNG 且追求最小文件，ImageOptim 仍是标杆——免费开源、捆绑 MozJPEG 和 Zopfli。需要现代格式（HEIC、WebP、AVIF）+ 文件夹自动化 + 批量处理，QuickPix 更适合。多数设计师两个都装。
不转 JPEG 能压缩 HEIC 吗？
可以。macOS 内置的 sips 引擎原生支持 HEIC，包装这个引擎的工具（QuickPix、ImageSlim）能拖拽即压。ImageOptim 的 HEIC 支持有限——对 iPhone 截图和 Photos 导出，sips 系工具更快、质量保留更好。
TinyPNG 是离线的吗？
不是。TinyPNG 的 web 工具和 API 都在 TinyPNG 服务器端压缩——图上传、压缩、下载回来。免费的 Mac 客户端「TinyPNG4Mac」也调用相同的远端 API。需要真离线，QuickPix / ImageOptim / ImageSlim / 命令行 sips 是对的工具。
怎么让 Mac 自动压缩文件夹里新进的图片？
QuickPix Pro 有文件夹监控功能：选一个文件夹、设置预设，新图自动压缩。或者用 Hazel + 调用 sips 的 shell 脚本——大概一小时配置；QuickPix 一次点击。
本地压缩会不会影响画质？
取决于引擎和预设。macOS sips 在 quality 80 输出对多数照片视觉透明（看不出差别）。ImageOptim 用的 MozJPEG 通常在同等视觉质量下文件再小 5-15%。两个都适合 web 投递。要像素级归档，用无损预设或者干脆别压缩。