PicLite 图轻批量压图：从手动验收到目录监测

PicLite 图轻批量压图：从手动验收到目录监测

把图片压缩加入日常素材流程，首先要解决的不是自动触发，而是怎样确认输出正确。PicLite 图轻 v2.0.2 同时提供手动工作台、桌面目录监测与 MCP 本地服务，可以从一次小范围处理开始，再把已经确认的规则用于重复任务。

下面按“选包、建立样本、检查结果、配置持续处理”的顺序整理。操作依据为该版本的使用文档，不包含实机性能测试，也不把网页端与桌面端的权限视为相同。

选包与处理边界

Windows 可选 x64、ARM64 的 EXE、MSI 和便携 ZIP；macOS 提供 Apple Silicon、Intel 两种 DMG；Linux 提供 x64、ARM64 的 AppImage 与 DEB。先核对系统架构，再选择维护方式，不要仅按下载大小决定。

macOS 当前构建使用 ad-hoc 签名，首次启动需要依据系统提示核查。文档中的 Node.js 与 Rust 要求属于源码开发、构建场景，不能直接当成所有桌面用户都要先装的一组依赖。最低系统版本没有在本文资料中得到完整确认，不能据“跨平台”推导任意旧系统都兼容。

如果只是手动处理，浏览器工作台即可覆盖批量压缩、对比、尺寸与水印。持续剪贴板监听、全局快捷键、目录监测、悬浮窗，以及文档列出的桌面独立工具，需要桌面端。网页写入原目录或覆盖源文件，还取决于浏览器文件授权支持并需手动确认。

建立一组能暴露问题的样本

建议从待处理材料中挑选照片、文字截图、透明图与 GIF，各取少量副本，放进独立输入目录。它们分别用于检查纹理、小字、透明边缘和动画，不用于证明整批图片会有同样压缩率。

拖入图片或导入文件夹后，先确定输出的用途与接收限制。接收系统要求某种格式时，格式是前提；如果没有固定格式要求，才考虑让智能择优比较多个编码结果。质量、尺寸、目标体积应分开调整，每次观察当前实际结果，避免多个参数同时改变后无法定位原因。

图中尚未导入任务，右侧已有压缩方案、编码质量与目标大小区域。具体处理效果需要导入自己的图片后查看，不能从演示界面推算输出数据。

智能择优会测量 JPEG、WebP、PNG 等候选，选择更小的有效结果；透明图会跳过 JPEG。它可以减少手工比较格式的步骤，但对文字是否清楚、渐变是否适合用途、接收端能否使用该格式，仍须分别验收。

导出前后分别检查什么

工作台调整质量、尺寸与目标大小后，显示实际编码体积；用对比线检查画面，再导出。建议把以下检查分成两个阶段，避免把预览正常当成完整交付。

导出前检查内容：截图中的小字与细线是否还可辨认，透明素材的边缘与背景是否符合用途，照片纹理是否出现不可接受的变化。若添加水印，还应确认标记没有覆盖要表达的信息。不同素材选择不同关注点，比机械逐图盯着同一位置有效。

导出后检查文件：到实际输出位置打开结果，核对格式、尺寸与体积，再在最终接收环境查看。GIF 需要播放检查动画，而不是只看静态首帧。PicLite 文档明确支持 GIF 加水印后保留动画，但具体素材与接收端组合仍需要自己的检查。

首次批量任务建议使用独立输出目录并保留原件。这样不仅能回退，还能检查命名是否让结果和原图一一对应。若要把输出交给网页、文章或其他程序，先确认这些程序实际读取的是新结果，避免预览的是压缩图、引用的却仍是原图。

把确认过的规则交给目录监测

桌面端可以配置多个互不重叠的输入目录。每个监测任务分别保存格式、质量、尺寸、输出和命名规则，适合把照片与截图等不同来源分开处理。不要用一条规则承担所有图片类型，再靠人工从混合输出中分辨问题。

文档说明，软件会等待文件写入稳定，跳过生成结果并检查输出循环。配置时仍建议输入与输出分开，用少量新增副本验证：文件放进去后是否被处理，输出落在哪里，命名是否符合预期，再观察结果有没有重新进入处理。这样能检查自己的目录关系，而非只相信设置项已经保存。

监测任务重启后恢复，但关闭主窗口后仍需要菜单栏或托盘进程运行。遇到“昨天能处理，今天放图没反应”，可以先检查后台进程和输入路径，再确认任务配置及输出位置。不要一开始就扩大监测范围或改动所有参数，否则更难区分触发问题与编码问题。

临时处理剪贴板图片，则可以使用剪贴板触发、全局快捷键和悬浮结果。悬浮窗支持复制、预览、定位、撤销、继续缩小与加水印等动作。固定目录适合持续规则，悬浮结果适合随手处理，不必为了自动化把所有临时图片都绕进监测文件夹。

MCP 接入要先确认本地文件可达

PicLite 内置本地 MCP，使用 piclite --mcp 启动 stdio 服务，不会自动运行，也不要求 API Key。客户端必须支持 stdio，并能访问待处理文件。本地服务能读文件，不代表远程智能体天然能访问电脑路径。

配置时，command 应指向已经安装的 PicLite 可执行文件，args 使用 --mcp。Windows 指向安装目录或便携包内的可执行文件；macOS、Linux 同样需要真实存在的本机路径。不要照抄他人的目录，也不要把图形界面双击当成 stdio 接入方法。

piclite_inspect 可检查尺寸、字节数、格式、帧数和动画状态；piclite_compress 接收绝对路径数组，并可指定质量、缩放、格式、输出目录与目标大小，默认在原目录另存。若要用于批量任务，可先检查输入，再处理少量样本，最后检查输出，保留原图。

v2.0.2 新增 piclite_create_cover，读取本地图片与可选预设，生成透明 3:2 PNG，支持裁切、缩放、圆角、边框、阴影与背景配置。同名输出自动编号。它与压缩工具的用途不同，不应把生成封面当成图片压缩成功的证据。

本地处理之外的两个出口

浏览器模式在访问者本机处理，图库使用 IndexedDB，清理站点数据会移除记录，不跨设备同步。需要长期保留的输出应导出到实际存储位置。

桌面图床上传支持 WebDAV、S3/R2、OSS、FTP、SFTP，主动上传时会发送图片到配置服务。工作台插件则运行可信代码，导入前需要审查来源。持续压图、上传和插件各有自己的执行边界，排查时也应分开定位。

建议先完成“手动样本正确、输出可辨认、接收端可用”这三项，再开启目录监测或 MCP 批量处理。这样自动化重复的是已经确认的步骤，出现异常也有可比较的样本。

项目参考：PicLite 图轻。

下载与获取

百度网盘:https://pan.baidu.com/s/1s-dBMnPkGn_t0QOHE1-rDA?pwd=bhel 提取码:bhel

夸克网盘:https://pan.quark.cn/s/3897ccd10009