昨天我讨论了一个很容易被忽略的问题：如果用户不停点击“生成配图”，系统应该怎么反应？表面看，这是防抖、禁用按钮、排队任务的问题；但从内容工作流看，它其实是版本管理的问题。
正常情况下，一篇文章只需要一套配图。如果用户重复生成，通常不是误点，而是对上一版不满意。那系统就不应该默默生成一堆难以区分的文件，也不应该让用户不知道哪一版正在使用。
我的思路是把“再生成一次”定义成明确的重做动作：当前版本是什么，是否已被正文引用，新版本生成后是否替换旧版，旧版是否保留为历史。这样用户的意图就从“我又点了一次按钮”变成“我要重做这一版”。
后来我还追查了一次配图跑偏的问题。真正的原因不是截图流程，而是另一个旧配图流程误把结构块拆错，导致生成了多余图片。这个排查提醒我：内容系统里多个生成链路并存时，必须能追溯每张图从哪里来。长期收益是版本清楚、责任清楚，用户也更敢重做，因为重做不会把现场弄乱。