一张网页配图，原文件只有 80 KB。右键复制，粘进飞书、微信、WPS 或笔记里，转眼成了几 MB；连续贴几十张，聊天记录和文档像被悄悄灌了铅。
这事最容易让人误会成：接收软件压缩太差，或者截图工具把图片搞坏了。
真相往往藏在更早一步：图片进入 Windows 剪贴板时，文件不一定还以“原来的 JPG 或 PNG 文件”存在。它可能已被解码成一整块像素数据。
SlimPaste 盯上的正是这层隐形膨胀。它不是新的截图工具，也不是万能图片压缩器；它在你粘贴前，把剪贴板里的图片像素重新压成更轻的图片，再交给目标应用。这个思路很窄，但对高频贴图的人很实用。
一张 80 KB 图片，为什么能在剪贴板里长到 MB 级
先把“图片文件”和“图片像素”分开。
JPG、PNG、WebP 是为了存储和传输而生的文件格式。它们会用压缩算法，把大量重复或人眼不敏感的信息收起来。因此一张尺寸不大、颜色变化不复杂的截图，可能只有几十 KB。
但屏幕显示和图像编辑不能靠压缩包直接工作。程序需要先把它解码成每个像素的颜色值。以一张 1920 × 1080 图片为例，共有 207 万像素；若按每像素 4 字节存放红、绿、蓝和透明度：
1920 × 1080 × 4 = 8,294,400 bytes
约 8 MB。这里不是说每次复制都会得到一个名为 .bmp 的 8 MB 文件，而是说剪贴板可向应用提供一份接近这个量级的原始位图数据。
Windows 这样做并不荒谬。Word、PPT、Photoshop、画图等软件需要拿到可编辑的图像内容；同一份剪贴板还可能同时提供 PNG、DIB、HTML 等多种格式，供不同应用各取所需。兼容性换来了便利，也留下一个后果：接收端若直接围绕像素数据落盘，或重新编码策略不够节制，最终保存的图片就会比原图大很多。
所以，看到微信或文档里的图片很大，未必代表原图本来就大；看到最终文件后缀是 PNG 或 JPG，也不能反推剪贴板里没有原始位图。文件格式和内存里的像素表示，本来就是两回事。
SlimPaste 做的不是“自动压缩所有图片”
SlimPaste 的工作方式很克制：正常 Ctrl + V 不动；需要轻量粘贴时，按 Ctrl + Shift + V。它读取剪贴板中的图片像素，使用 JPEGli 编码为高质量 JPG，把压缩后的图片以文件对象重新放回剪贴板，然后完成粘贴。
这一点决定了它的价值，也决定了它的边界。
它特别适合两种来源：
- 截图后直接粘贴；
- 浏览器里右键“复制图像”后直接粘贴。
它不处理资源管理器里选中图片文件再按 Ctrl + C 的情况。后者复制的是文件引用或文件列表，原文件没有经历“解码成像素再交给接收端”的同一种路径；强行压缩反而可能改变你本来想保留的原图。
这不是功能缺失，而是工具没有把“减小体积”和“破坏原始文件”混为一谈。一个值得信任的小工具，先说清不做什么，通常比宣称什么都能优化更重要。
它解决的是协作摩擦，不是磁盘焦虑
如果你偶尔贴一张图，没必要为此常驻一个程序。真正会感到差异的人，通常在下面场景里：
- 写需求、Bug 复现、操作手册，一天贴几十张截图；
- 在飞书、微信、钉钉里反复发界面证据；
- 用 Obsidian、Notion、WPS 维护含图笔记，后续还要同步到多台设备；
- 经常从网页复制示意图，又不想每次都“另存为—打开压缩工具—再拖进去”。
这里省下的不只是硬盘。大图会拖慢上传、同步、搜索和历史记录加载；团队文档里塞满未经处理的截图，过几个月往往会变成谁也不敢打开、也不敢迁移的胖文件。
SlimPaste 把压缩动作塞进一个不同的快捷键，保留原本 Ctrl + V 的行为。这个设计很像给工作流加了一个“需要时才踩”的刹车：该保真时仍保真；只想让沟通材料轻一点时，再按压缩粘贴。
压缩之前，先判断这张图能不能压
“肉眼无损”不等于所有图片都适合转 JPG。
JPG 擅长照片、渐变、普通界面截图；但对小字号文字、细线、像素风图标、二维码、透明背景素材，可能出现边缘发糊、色块或透明通道丢失。尤其是要给开发文档、设计标注、印刷或后续编辑使用的图片，原图常比体积更重要。
建议用一个很简单的判断：
- 聊天说明、日常记录、普通截图：优先压缩粘贴。
- 二维码、精细文字、设计稿局部、需要透明背景的素材：先看压缩结果；不对就用普通
Ctrl + V，或保留 PNG 原文件。 - 要长期归档、复用、二次编辑的原始素材：不要依赖剪贴板，直接保存原文件并按项目管理。
换句话说，SlimPaste 适合给“沟通副本”减肥，不适合替代素材库。
安装前要看两件事：来源与权限
SlimPaste 是开源、绿色、本地运行工具，使用 AutoHotkey 编译。它为了监听和触发全局快捷键，行为特征可能被部分杀毒软件误报。遇到提示时，不该养成“一律关杀毒”的习惯。
更稳妥的做法是：
- 从项目 GitHub 仓库或开发者明确指向的发布页下载，别从名称相近的下载站拿可执行文件。
- 看源码、发布记录和 Issue；有能力就自行编译或校验发布文件。
- 只在确认来源可信后，为该文件建立例外规则；不关闭整套防护，不给来路不明版本放行。
- 先拿几类常用图片试一次：截图、网页图、二维码、透明 PNG。确认目标软件中画质、格式和粘贴行为都符合预期，再纳入日常工作流。
工具越小，越容易被“反正没几 MB”降低警惕。恰好相反：剪贴板工具能接触到你频繁复制的内容，下载渠道和代码来源更该挑剔。
值不值得装，取决于你是否经常跳过“另存为”
SlimPaste 的亮点不在算法名词，而在承认一个真实习惯：人们在聊天和写文档时就是会直接粘贴。让每个人每次都主动打开压缩器，等于默认这件事永远做不到。
它把动作缩成 Ctrl + Shift + V，把成本留在真正需要时发生。对高频截图协作的人，这比换一个更复杂的图片管理器更贴近日常；对偶尔传图的人，系统自带方式已经足够，不必多装常驻程序。
不要把它当成“Windows 图片变大”的根治术。它解决的是剪贴板到目标应用这段链路中的体积失控，不能修复已经塞进旧聊天记录和旧文档的图片，也不会替你判断每张图该不该损失透明度或细节。
但如果你的飞书消息、工单和笔记里总有成堆截图，SlimPaste 值得试几天。它提醒了一件很容易被忽略的事：最占空间的东西，有时不是你下载的文件，而是你以为只是“随手粘了一下”的那张图。