一个人做品牌,每一分钱、每一分积分都要花在刀刃上。这篇文章记录我用 WorkBuddy 从零做出一个日常高频使用的图片工具,并连续修掉三个"看起来没问题"的 bug 的全过程。全程没有写一行代码——但 debug 的思路,比代码本身值钱。
我在筹备一个新中式雕塑摆件品牌「见山以后」,主阵地是小红书。发笔记就绕不开一件事:裁图。
小红书常用比例是 3:4 竖版(1080×1440),每次发图前都要把拍摄原图裁成统一比例。市面上的工具要么要上传图片到服务器(作品图不想外传)、要么不支持批量、要么订阅制收费。
我的需求很明确:
于是我把这句话直接丢给了 WorkBuddy:"写一个网页,专门剪裁图片,预设小红书比例,可以批量上传批量操作。"
WorkBuddy 直接交付了一个单文件 HTML,双击就能用。功能一次到位:
到这里,一个能用的工具已经有了。但真正值钱的是后面三轮"实测 → 报错 → 定位 → 修复"的循环。工具是 WorkBuddy 写的,验收标准是我定的——这大概就是一人公司用 AI 的正确姿势。
现象:编辑器里的缩放滑块和滚轮完全无效。
WorkBuddy 的定位过程:它回去读了自己写的代码,发现是一个方向性错误——scale 表示"裁剪窗口占原图的比例",放大画面 = 窗口变小 = scale 应该变小,但代码里的钳制写反了:
改完后它没有直接说"修好了",而是用 Node 跑了一段数学验证:1080×1080 的图裁 3:4,滑块从 100% 到 500%,裁剪窗口从 810×1080 平滑缩到 162×216——先证明,再交付。
现象:我加了"导出到指定文件夹"功能,但在预览面板里点按钮毫无反应。
WorkBuddy 的定位过程:这一轮它启动了真实浏览器(agent-browser)实测,先查环境:
接口在、按钮没禁用。再模拟真实点击,抓到了真凶:
根因:页面嵌在预览框架(iframe)里,浏览器出于安全策略禁止弹系统文件夹选择框。代码没问题,环境有问题。
修复:检测到 SecurityError 时不再静默失败,而是弹出明确指引(双击 HTML 用 Chrome/Edge 直接打开),同时加了"子文件夹名"兜底方案。
现象:最迷惑的一轮。界面显示导出完成,但目标文件夹里一张图都没有。
WorkBuddy 的定位过程:这次它做了件关键的事——用 OPFS(浏览器私有文件系统)注入一个真实目录句柄,端到端复现写入链路:
结果:文件确实写进去了。写入机制没问题!那问题出在哪?
真相有两个:
修复(三处,全部实测验证):
一个单文件 HTML,覆盖了完整工作流:
工具已在我日常发笔记流程里跑通。如果你也是一个人做品牌、做内容,希望这个思路对你有用。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。