这段时间，我们做了一个很小但很实用的工具。
豆包自动化出图工图
它不是新的生图模型，也不是复杂的平台系统。
它做的事情很直接：
在客户自己的电脑上，自动打开浏览器里的豆包网页，批量上传提示词和参考图，等待图片生成，再自动批量下载。
简单说，就是把原本需要人反复操作的流程，交给程序去完成。
为什么要做这个
因为真正做过批量生图的人都知道，最消耗时间的，往往不是"生成"本身，而是那些重复动作：
• 一次次复制提示词
• 一张张上传参考图
• 反复等待生成完成
• 再一张张手动下载
单次看起来不复杂，
但只要任务一多，人就会被这些机械流程拖住。
尤其是做批量素材、风格测试、人物图、封面图的时候，重复操作会非常明显。
所以我们做这个工具，不是为了改变大家原本的使用习惯，
而是为了把这些重复劳动自动化。
这个工具现在能做什么
目前它主要完成一整套批量执行流程：
• 自动读取提示词
• 自动上传参考图
• 自动触发生成
• 自动等待任务完成
• 自动批量下载结果图
整个过程都运行在客户自己的电脑上，基于本地浏览器完成。
用户不用来回盯着页面，也不用一直重复点击。
为什么选择本地运行
我们一开始就希望，这个工具尽量贴近真实使用场景。
很多用户其实并不想把自己的流程再额外搬到别的系统里，
他们更希望：
• 直接在自己电脑上运行
• 自己掌控使用过程
• 不改变原本的网页操作习惯
所以我们没有把它做成一个"把所有东西都接管过去"的平台，
而是做成一个能在本地把重复流程跑起来的自动化工具。
这样更简单，也更容易真正落地。
它适合哪些人
它比较适合这些场景：
• 已经在用豆包网页生图的人
• 有批量出图需求的团队或个人
• 需要频繁测试不同提示词和参考图的人
• 不想把时间浪费在重复上传、等待、下载上的人
如果只是偶尔生成几张图，手动操作当然也可以。
但只要进入高频、批量场景，自动化的价值就会很明显。
我们越来越觉得，真正影响效率的，不是"能不能生成"，而是"能不能少做重复动作"
现在能生成图片的工具已经很多了。
但在真实工作流里，真正消耗时间的，往往不是创意，而是执行。
谁来上传？
谁来等？
谁来一张张下载？
谁来重复跑同样的流程？
这些事其实不难，但很耗人。
所以我们现在做的这件事，本质上只有一句话：
把重复点击交给程序，把人的时间留给更重要的判断。
最后
这个工具不算什么宏大的创新。
它解决的是一个很具体的问题：
批量生图流程里，那些重复、机械、但又不得不做的操作。
如果一个人每天都要重复几十次这样的流程，
那自动化就不是"锦上添花"，而是很实际的效率提升。
这也是我们做它的原因。
AI 生图已经越来越普及了。
接下来真正有价值的，不只是"能生成"，而是怎么更高效地生成、管理和交付结果。
我们现在做的这一步，其实很小。
但我们相信，很多效率提升，都是从这样的小步骤开始的。
如果你也有批量生图、自动上传、自动下载这类实际需求，
欢迎来交流。