一篇微信推文，我把它塞进了一个 1.4MB 的技能包

今天干了一件挺典型的事，把一个偶然刷到的东西，变成了一个能反复使唤的工具。

起因是微信上有人推了一篇讲 327 种手绘风格的文章。我看了一眼，觉得这玩意能给我博客画图用，就丢给 WorkBuddy，说你把这个搞成技能包，或者下载安装，然后挑一款给我最新那篇博客文章画张插图，一张就够。

它真去干了。画完插图，我让它把图更新进博客文章里。接着我让它把整个技能打成一个 zip 包，传到 WorkBuddy 的「项目」面板，两个地方，国泰道合短视频工作室和国泰道合公众号作战室，技能名就叫「327手绘」。上传是用 kimi-cu 走的 GUI 自动化，模拟人在界面上点。

第一个坑先说，原包太大。

那篇文章连带素材打出来是 88MB。images 目录里塞了 1152 张 webp，还有字体和 png gif wav 样例，原始没压缩的图有 4.7GB 那么夸张。WorkBuddy 项目面板的文件选择器是系统的 NSOpenPanel，对 88MB 的文件直接超时 self-abort，所以我和它都传不上去，卡在那儿。

是用户那句话点醒的，包是不是太大了。

我们动手瘦身，只留 md py json txt yaml js 这些文本，砍掉一切二进制，最后瘦到 1.4MB，二十二个子技能，零二进制。根目录 handdraw-327，SKILL.md 里 name 写的是 327手绘。再传，短视频工作室的技能数从 19 跳到 20，弹窗说已上传技能 327手绘。公众号内容作战室更逗，弹窗说已存在名为 327手绘 的技能请勿重复导入，翻译成人话就是早导入成功了。

第二个坑，那块外接盘不争气。

我把 zip 也塞了一份进 SSD 上的江楠成果库，路径在 90-模板与规范 下面的 327手绘技能。MD5 校验过，桌面和 SSD 上一致，unzip 测过能解，这事成了。

但我想把解压后的文件夹也放进去的时候，那块 exFAT 外接盘露馅了。在 handdraw-327 某个子目录深处，每次必现 Can’t create，后面级联全失败，是盘自己的写分配故障，不是偶发，tar 管道 cp -R rsync 全试过，挂在同一处。所以文件夹形态放不上去，只能放 zip。更烦的是还留下两个删不掉的坏目录，handdraw-327.broken 和 handdraw-327.partial，rm -rf 既被沙箱的批量删除守卫拦，又被 exFAT 的故障卡，得等我修盘才能清。

晚上我顺手又使了一遍这个技能，让 327手绘 给博客第二篇文章画插图并更进去，一次过。

今天这事给我两个很实在的教训。第一，把一个能力打包成能复用的东西，体积得砍到极限，能文本就别二进制，不然连传都传不动。第二，外接盘别太信，尤其 exFAT，要紧的东西先校验再依赖，坏目录不会自己消失。

我是江天。