生图接进产品里这半年,能用和不能用的地方

接进产品半年,我们这条线现在是这么跑的,按顺序说三步。

  1. 出图:文章配图不再让编辑去翻图库,按标题和摘要拼 prompt,直接调接口出。
  2. 审核:出来的图丢进审核队列,人只负责挑,不负责画。挑和画的成本差得太远,这一步是整条线真正省下来的地方。
  3. 兜底:把出图当成一个会失败、会超时的外部依赖来接,不是当成一个普通函数。要重试,要能降级到默认图,同一段文案的结果要缓存。

第三步才是花时间的地方。调用本身没什么技术含量,难的是它不稳:一波流量进来,没有缓存就是同一段文案反复出图,延迟和账单一起往上爆,页面那边还得干等。有默认图垫着,最坏情况也只是配图不惊艳,位置不会空在那。

另一头的边界也得认。精确排版类的别指望它,带字的 banner 十张有八张字是歪的,这块我们还是老实用模板合成。适合它的是氛围图、占位图、批量测试素材,这几类确实砍掉了大量来回。

半年下来最直接的感受:它替掉的不是设计师,是那些「谁来出个图」的等待。

码住

重试和降级这块我们踩得最狠,上线第一天就被超时打爆。

带字的图确实没法用,我现在全走模板套图,模型只负责底图。

1 个赞

缓存好说,默认图选哪张更头疼,图丑了读者直接划走

超时这块我们最后加了排队和兜底图,宁可用旧图也不让位置空着。

缓存 key 是怎么切的?我们按文案哈希存,改个标点就 miss,后面加了层归一化才好点

2 个赞