围绕真实生产流程整理的实用价值。
优势
01
无损之处确实无损
PNG 与 WebP 采用无损重编码，解码后与原图逐像素一致。JPEG 在浏览器内无法真无损重压缩，所以我们标注为“视觉无损”而不含糊其辞；严格模式下 JPEG 完全不动。
优势
02
架构决定的隐私
编码器是运行在本机 Worker 中的 WebAssembly 构建，压根不存在“上传”这一步，页面加载后即使断网也能继续使用。
优势
03
批量处理不失控
一次最多拖入 200 张图片，结果可打包成一个 ZIP 取回。已经压得很好的文件会原样返回，而不是被重编码成更大的文件。
从原始素材到可复用结果，只需三个步骤。
步骤 1
拖入图片
添加 PNG、JPEG、WebP 文件，单张或整个导出目录都可以。
步骤 2
在本机压缩
并行 Worker 调用 WASM 编码器处理。PNG 与 WebP 始终无损重写；JPEG 默认以质量 85 重编码，除非开启严格无损模式——此时 JPEG 原样通过。
步骤 3
下载并核对数字
每一行都会显示压缩前后体积，以及该文件属于无损、视觉无损还是已是最优。可单张保存，也可整批打包 ZIP。
PNG 和 WebP 是的：oxipng 与 libwebp 无损模式在不改动任何像素的前提下重写文件，解码结果逐位一致。JPEG 是需要说清楚的例外——浏览器端不存在真无损 JPEG 重压缩方案，因此默认以 MozJPEG 质量 85 重编码，并标注为“视觉无损”。开启严格无损模式后，JPEG 会原样通过。
不会，而且这不是靠隐私政策承诺的，是架构决定的。编码器是运行在你浏览器里的 WebAssembly 模块，根本不存在能接收文件的服务器。你可以自己验证：打开页面后断网，压缩依然可用。
目前不支持。你可以直接控制 JPEG 质量，但没有“压到 100 KB”这种自动搜索参数以命中指定体积的模式。若你需要严格的体积上限，请压缩后在文件列表中核对结果大小。
可以。它不依赖扩展名，而是读取文件头的魔数判断真实格式，再分发到对应编码器：PNG 走 oxipng，JPEG 走 MozJPEG，WebP 走 libwebp。混合批量没有问题，每个文件走各自的路径。PNG、JPEG、WebP 之外的格式会被明确拒绝，而不是悄悄放行。
因为它们本来就压得很好。当重编码无法小于原文件时，工具会返回你的原始字节并标记为“已是最优”——它绝不会给你一个比原文件更大的结果。现代编码器导出的照片经常如此，这是正确结果而非失败。
单批最多 200 个文件，批次数量不限——因为计算发生在你的硬件上而非我们的服务器，所以没有额度可消耗。超大图片仍可能耗尽浏览器内存；某个文件失败时，该行会报告失败，批次中其余文件继续处理。
无需账号、无需登录、不消耗额度、无水印。整条处理链路没有任何加品牌标识的环节，你下载的就是你的图片，只是编码得更高效。