婴儿床商品图 AI 修图返检：栏杆间距、锁扣和安全警示别修错

本期问题很具体：婴儿床图看起来像家居图，但返检逻辑不能按普通床架处理。运营最容易抱怨的是“房间修干净了，为什么还要退回”；修图侧最容易漏的是栏杆、锁扣和警示贴。两边说的都不是同一层问题。

本次只读索引显示，2026 年 5 月 5 日项目博客 frontmatter 有 587 篇，近 30 天素材账本读到 218 个条目；母婴方向已经覆盖奶瓶、安全座椅、辅食碗、纸尿裤、婴儿推车、温奶器和围兜，但没有单独覆盖婴儿床。这个空位值得补，因为婴儿床同时有家居质感和安全结构，AI 修图一旦把它当“卧室氛围图”，后续返工会很烦。

图注：先保安全结构，再谈画面干净。

Q：第一层返检先看什么？

第一层只做分区，不急着评价好不好看。我会把婴儿床图分成 5 个区域：床体轮廓、栏杆间距、侧栏锁扣、床垫高度线、安全警示贴。这个拆法来自图叮内容侧本轮规则复盘，不对应单一客户订单，也不是销售转化数据。

本期方案是先把“可美化”和“不可改”分开。床单褶皱、地面灰点、背景墙色差，可以进入 AI 清理范围；栏杆数量、锁扣形状、床垫卡槽、警示贴位置，先默认保护。保护区看起来小，但它们决定买家能不能判断这张图是否可信。

如果用图叮 GPT-image-2.0、Photoshop 25.4 或其他局部修补工具，不要只写“clean nursery room”。更稳的 prompt 是：preserve crib rail spacing, side latch, mattress height marks and warning label placement; clean only dust, fabric wrinkles and background stains. 这类英文约束不追求优美，只追求边界清楚。

本期 trade-off：房间越干净，安全件越容易被模型当噪点。第一层返检的目标不是修得漂亮，而是确认哪些区域绝对不能让模型自由发挥。

Q：第二层返检要盯哪些硬结构？

第二层看硬结构。婴儿床最怕“顺手修圆”：栏杆间距被均匀化，锁扣边缘被补平，床垫高度线被弱化，轮脚刹车被修得像普通轮子。缩略图里这些变化不明显，放到详情页局部图或客服问答里，问题会被放大。

栏杆间距不要让 AI 猜。原图里有多少根栏杆、每根栏杆和床框的连接阴影在哪里，修后都要对得上。不要因为某一根栏杆边缘有拍摄噪点，就让模型补成更顺的竖线。婴儿床不是装饰栅栏，结构比例比视觉对称更重要。

图注：锁扣、卡槽和刹车不能被修成装饰件。

侧栏锁扣要看两件事：第一，锁扣有没有被磨掉转轴、按钮或卡榫；第二，锁扣和床体接触处的阴影是否还在。阴影不是脏边，它告诉买家这个部件是突出的、能操作的。床垫高度线同理，卡槽或档位孔可以提高清晰度，不能被抹成一整块平板。

轮脚和刹车也别忽略。很多婴儿床图会把床脚拍得很小，AI 清理地面时容易顺带改掉轮脚边缘。交付前把床脚区域放大到 200% 看一遍，确认刹车片、轮轴、接触阴影还在。这个动作不高级，但很省返工。

Q：安全警示贴和认证信息能不能重绘？

不能。警示贴、认证图标、规格说明、安装提示，只能来自原片、包装源文件或品牌提供的设计源文件。AI 可以清理贴纸旁边的灰点、压低局部反光、让原有边缘更清楚；不能补写一段看似合理的文字，更不能生成一个“像认证”的图标。

这里要把“可读”和“可信”分开。AI 生成的警示文字可能看上去规整，但多一个单位、少一个标点、换一种认证图形，都可能改变商品承诺。母婴安全件不适合用“看起来差不多”交付。看不清就回源文件或补拍，不让模型猜。

举个明确假设场景，不计入上面的索引统计：如果原片只有 900px 宽，警示贴已经糊成一块灰，修图师无法判断具体字样。此时正确状态不是 ready，而是 needs-human-check。让 AI 生成一张更清楚的贴纸，短期能过眼，长期会把风险留给详情页。

这也是我建议把警示信息写进返检清单的原因。不是每张图都有认证细节，但只要出现了，就要进入保护区。哪怕最后发布图不展示可读文字，也不能让它被模型改成另一种形状。

Q：房间场景图怎么避免过度美化？

房间场景图的诱惑更大。把墙面修白、地面修亮、窗帘修整齐，画面马上像样板间。但婴儿床图真正要回答的是：床体多高，护栏多高，床垫多厚，放进房间后是否还有真实空间关系。

本期方案是保留 3 条比例线：床体与床垫的高度关系，护栏与床垫表面的高度关系，床脚与地面的接触关系。背景可以干净，比例线不能漂。尤其是 AI 扩图或换背景时，不要为了让房间显大，把婴儿床拉成更窄、更高或更轻。

场景里的玩具、抱枕、毯子也要克制。它们可以帮助买家理解使用氛围，但不能挡住栏杆、锁扣和警示贴。母婴图最容易犯的错误，是把“温馨”放在“结构可信”前面。详情页首屏可以暖一点，规格图和局部图必须冷静一点。

如果团队用版本管理，建议把 v1 定义为结构保真版，v2 才做氛围优化。每次迭代只改一类问题：先修背景，再调色，再压反光。不要在一个 prompt 里同时要求“更温馨、更宽敞、更干净、更高级”，这几个词会把结构保护冲淡。

Q：最后交付前怎么分级放行？

最后用三档就够：blocked、needs-human-check、ready。blocked 包括栏杆数量变化、锁扣形状错误、床垫高度线消失、警示贴被重绘。needs-human-check 包括局部看不清、贴纸反光太强、轮脚刹车边缘不确定。ready 只留给背景、灰尘、轻微色差和投影都处理完，且安全结构没有漂移的图。

图注：用三档状态接住修图和审核交接。

这套分级适合接在图片 worker 后面。图片 worker 负责生成或修补，人工审核不必重新理解整篇 SOP，只看三档状态和问题区域。Milo.C 式写法会把它拆成一个很小的 dev log：本期问题是结构容易被误修；本期方案是保护区加三档放行；本期 trade-off 是牺牲一点“样板间感”，换来更低的商品承诺风险。

下一层可以继续细化到类目：木质婴儿床看木纹和螺丝孔，金属婴儿床看焊点和防夹手结构，折叠床看铰链和收纳扣。先把今天这 5 个区域跑顺，再加类目分支。返检流程不是一次写完，像产品版本一样，先让 v1 拦住最贵的错误。