前言¶

前端和设计交付里，图片体积是最常被反复处理的一环：页面首屏的 JPG、设计稿导出的 PNG、截图套壳用的 WebP，一张就是几 MB。手动开 TinyPNG 网页逐张上传、或者写脚本接第三方 API，输入来源一乱（本地单文件、整个目录、还是别人甩过来的一个 URL）就得换一套处理方式。

下面介绍的 Skill 把这几类输入统一到一个工作流里：你把路径或 URL 交给它，它调用 NX MCP 服务端做压缩，再把 CDN 地址和压缩比返回给你。

这是什么¶

图片压缩是一个社区来源的 Skill，坐标 @user_26f7b237/nx-image-compress，发布者 user_26f7b237，当前版本 1.3.1，分类 design-media，走通用 SKILL.md 格式。

它解决的问题很具体：在对话式 Agent 环境里，让「压缩这张图 / 这个目录的图 / 这个链接里的图」变成一句自然语言指令，而不是让用户自己去开网页、装 CLI、或者临时写脚本。

核心功能¶

1、输入覆盖三种来源：本地单张图片路径、本地文件夹（批量压缩）、以及远程图片 URL。

2、压缩由 NX MCP 服务端完成，本地只负责传输入、收结果，不需要用户自己接压缩 API。

3、返回结果包含 CDN 地址和压缩比。也就是说一次调用之后，你既有了可访问的产物地址，也知道体积降了多少，不用再自己前后两次比文件大小。

4、输出方式支持覆盖原文件，或者另存为新文件。批量处理文件夹时这一点比较实用，可以先另存验证压缩比，再决定是否覆盖。

5、依赖项：官方页面的标签里标了 requires_api_key=true，说明使用前需要配置 NX 服务对应的 API Key。

安装与启用¶

官方页面没有给出可直接复制的 CLI 安装命令。它按 SKILL.md 规范分发，使用方式是把这个 Skill 装进你的 Agent 环境（Cursor / Codex CLI / Claude Code 等支持 Skill 的环境），坐标用 @user_26f7b237/nx-image-compress。

安装前需要先准备 API Key，否则压缩这一步会失败。具体的配置入口和字段名以你所用 Agent 环境的 Skill 加载方式为准，建议装完先拿一张小图试一次。

典型用法¶

官方简介里给出的触发场景是用户提到图片压缩、图片优化、减小图片体积、TinyPNG、JPG/PNG/WebP 压缩等。据此，装好 Skill 之后可以直接用自然语言下达任务：

压缩 /Users/me/Downloads/screenshot.png，另存为新文件，不要覆盖原图

把 ./assets/images 整个目录压一遍，告诉我每张图的压缩比

把这个远程图片压缩后给我 CDN 地址：https://example.com/photo.jpg

第一条对应本地单张图片，第二条对应文件夹批量，第三条对应远程 URL。具体参数（是否覆盖、输出格式、目标质量）以该 Skill 的 SKILL.md 定义为准，装完后可以先用一张小图确认它支持哪些选项。

适用场景与注意¶

适合的场景：日常交付前压一遍页面配图、批量处理素材目录、把远程图片 URL 纳入统一压缩流程。这些都是「输入来源杂、但处理逻辑一致」的工作，正好是 Skill 的用武之地。

需要注意的几点：

1、requires_api_key=true，没有配好 Key 时压缩这一步走不通，属于前置条件，不是可选配置。

2、图片内容会离开本地，交给 NX MCP 服务端处理。涉及未公开的物料、用户素材或合规敏感图片时，先确认这条链路允许数据外传。

3、远程 URL 输入依赖图片本身可被抓取；如果目标地址需要鉴权或禁止外链，这一步会失败，建议先把图下载到本地再走本地路径。

4、页面抓取资料里给出的下载量为 1141 次，安装量为 0，说明它更偏个人工作流脚本，不像是经过大量生产验证的成熟工具。要不要引入团队流程，自己先用几张图跑通再定。

5、支持格式以 SKILL.md 实际声明为准。简介里提到的场景覆盖 JPG、PNG、WebP，但没有逐格式承诺，别默认它支持全部格式。

结尾¶

这个 Skill 的价值不在压缩算法本身，而在把三类输入（本地路径、文件夹、远程 URL）收进同一条对话式工作流，并且返回 CDN 地址加压缩比，省掉反复开网页、写脚本的功夫。装好、配好 API Key、拿一张小图验证一遍，是试用它的合理顺序。

官方地址：https://api.skillhub.cn/user_26f7b237/nx-image-compress