首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >WorkBuddy 实战:一人创业,我用 AI 给自己写了个小红书图片剪裁工具(附三轮排障全记录)

WorkBuddy 实战:一人创业,我用 AI 给自己写了个小红书图片剪裁工具(附三轮排障全记录)

原创
作者头像
用户12726423
发布2026-08-30 17:06:24
发布2026-08-30 17:06:24
1860
举报

一个人做品牌,每一分钱、每一分积分都要花在刀刃上。这篇文章记录我用 WorkBuddy 从零做出一个日常高频使用的图片工具,并连续修掉三个"看起来没问题"的 bug 的全过程。全程没有写一行代码——但 debug 的思路,比代码本身值钱。

一、背景:为什么我要做这个工具

我在筹备一个新中式雕塑摆件品牌「见山以后」,主阵地是小红书。发笔记就绕不开一件事:裁图

小红书常用比例是 3:4 竖版(1080×1440),每次发图前都要把拍摄原图裁成统一比例。市面上的工具要么要上传图片到服务器(作品图不想外传)、要么不支持批量、要么订阅制收费。

我的需求很明确:

  • 预设小红书常用比例(3:4 / 1:1 / 4:3 / 9:16)
  • 批量上传、批量套用、批量导出
  • 图片不出本机,离线也能用

于是我把这句话直接丢给了 WorkBuddy:"写一个网页,专门剪裁图片,预设小红书比例,可以批量上传批量操作。"

二、第一版:10 分钟出活

WorkBuddy 直接交付了一个单文件 HTML,双击就能用。功能一次到位:

  • 拖拽批量上传,缩略图网格管理
  • 6 种比例预设 + 构图位置(居中/靠上/靠下/靠左/靠右)一键批量套用
  • 点任意图片进编辑器:拖动调位置、滚轮缩放、带三分构图线
  • 批量导出 ZIP / 单张下载

到这里,一个能用的工具已经有了。但真正值钱的是后面三轮"实测 → 报错 → 定位 → 修复"的循环。工具是 WorkBuddy 写的,验收标准是我定的——这大概就是一人公司用 AI 的正确姿势。

三、三轮排障实录

第 1 轮:缩放滑块怎么拖都没反应

现象:编辑器里的缩放滑块和滚轮完全无效。

WorkBuddy 的定位过程:它回去读了自己写的代码,发现是一个方向性错误——scale 表示"裁剪窗口占原图的比例",放大画面 = 窗口变小 = scale 应该变小,但代码里的钳制写反了:

改完后它没有直接说"修好了",而是用 Node 跑了一段数学验证:1080×1080 的图裁 3:4,滑块从 100% 到 500%,裁剪窗口从 810×1080 平滑缩到 162×216——先证明,再交付

第 2 轮:"选择文件夹"按钮点了没反应

现象:我加了"导出到指定文件夹"功能,但在预览面板里点按钮毫无反应。

WorkBuddy 的定位过程:这一轮它启动了真实浏览器(agent-browser)实测,先查环境:

接口在、按钮没禁用。再模拟真实点击,抓到了真凶:

根因:页面嵌在预览框架(iframe)里,浏览器出于安全策略禁止弹系统文件夹选择框。代码没问题,环境有问题。

修复:检测到 SecurityError 时不再静默失败,而是弹出明确指引(双击 HTML 用 Chrome/Edge 直接打开),同时加了"子文件夹名"兜底方案。

第 3 轮:导出"成功"了,文件夹却是空的

现象:最迷惑的一轮。界面显示导出完成,但目标文件夹里一张图都没有。

WorkBuddy 的定位过程:这次它做了件关键的事——用 OPFS(浏览器私有文件系统)注入一个真实目录句柄,端到端复现写入链路

结果:文件确实写进去了。写入机制没问题!那问题出在哪?

真相有两个:

  1. 我走的可能是"子文件夹"模式:浏览器默认拦截"连续多个文件下载",文件根本没落地
  2. 或者落到了 ZIP 模式,zip 躺在下载目录,而我盯着自己选的文件夹

修复(三处,全部实测验证):

  • 砍掉多文件连续下载,改为把子文件夹名打进 ZIP 内部目录,一次下载必不被拦
  • 直写模式导出后当场重新扫描文件夹核对文件数,三种结论直接显示:✅ 完成并已核对 / ⚠️ 部分成功 / ❌ 写入失败+具体原因
  • 顺手砍掉了 ZIP 打包的外部 CDN 依赖(网络失败会卡死导出),内置了一个 60 行的迷你 ZIP 打包器,整个工具从此完全离线可用

四、最终成品

一个单文件 HTML,覆盖了完整工作流:

  • 数据全程本地(IndexedDB 存历史任务,含原图和构图参数,可搜索可载入)
  • 记住上次选择的导出文件夹,重开自动恢复
  • 零依赖、零上传、零网络要求

五、一人公司用 AI 的三点心得

  1. "能用"和"好用"之间隔着三轮实测。 AI 出第一版只要 10 分钟,但真正让它进我的工作流,靠的是我每次真实使用后的反馈。别指望一步到位,快速迭代才是正道。
  2. 描述"现象"比描述"方案"重要。 我从来没说过"你该怎么修",只说"缩放没反应""文件夹是空的"。定位是 WorkBuddy 的事,而且它定位得比我预想的深——会用真实浏览器复现、会写验证脚本自证。
  3. 验收标准要具体。 这轮最值钱的设计是"导出后当场核对文件数"——不再相信"显示成功",只相信"文件夹里真的有"。这个原则对创业同样适用。

工具已在我日常发笔记流程里跑通。如果你也是一个人做品牌、做内容,希望这个思路对你有用。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、背景:为什么我要做这个工具
  • 二、第一版:10 分钟出活
  • 三、三轮排障实录
    • 第 1 轮:缩放滑块怎么拖都没反应
    • 第 2 轮:"选择文件夹"按钮点了没反应
    • 第 3 轮:导出"成功"了,文件夹却是空的
  • 四、最终成品
  • 五、一人公司用 AI 的三点心得
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档