透明亚克力收纳架商品图工作流：边缘、膜边和插槽怎么分流

透明亚克力收纳架有一个反直觉点：800% 放大看，真正不能轻易动的往往不是主体平面，而是边缘那几像素的灰线。灰线看起来像脏边，实际可能是板材厚度、倒角、保护膜边、插槽阴影和桌面折射叠在一起。把它一键修白，缩略图会更干净，商品却从“透明亚克力”变成了“没厚度的塑料片”。

本轮选题前读了已发布索引、近 30 天素材账本和 use-case tag 表。相近题已有亚克力立牌、透明收纳盒、婚礼亚克力桌卡和展示架返检，所以这篇不再写普通清单，而是写一条可执行分流：哪些区域交给图叮清理，哪些区域只允许保护，哪些区域原图不够就退回补拍。

如果你还在梳理产品精修的底层方法，可以先看站内的产品精修工作流；透明材质遮罩和反射层问题，则适合配合透明包装局部重绘实战一起看。

基础事实：透明材质靠边缘证明自己

透明亚克力不是靠“更白”显得高级，而是靠边缘的折射、厚度和接触阴影证明自己存在。平面区域可以很干净，边缘区域不能被抹成同一块白。收纳架尤其麻烦，因为它不是单片板：层板、侧板、插槽、卡扣、底脚同时出现，每个区域都有不同方向的折射线。

我会把评审图先拆成 5 个编号框：1 是外轮廓边，2 是层板插槽，3 是保护膜或膜边，4 是可见划痕，5 是底部接触阴影。这个拆法不漂亮，但好用。每个框旁边只写一个动作：clean、lock 或 reshoot。不要写“整体优化”，那会让模型把 5 个框当成同一种噪点。

图注：五个证据区先分流再修图

站内讲透明和反光材质阴影检查时提过，透明件不能只加一层灰色投影。收纳架也是同理：底部阴影要证明板材压在桌面上，不能让架子像悬浮在白底里。

第一个结论：先分三条路径，再决定用不用 AI

第一条路径是 clean。背景灰、拍摄台污点、非商品倒影、包装纸屑，可以交给图叮处理。提示词要窄：“清理白底灰点和无关倒影，不改变亚克力边缘、插槽形状和底部阴影”。这种任务适合 AI，因为它改的是商品之外的干扰。

第二条路径是 lock。板材外缘、层板插槽、卡扣缺口、膜边和尺寸贴都在这里。它们看起来不够干净，但买家会用它们判断厚度、安装方式和是否有保护膜。这里最多做轻微提亮和对比度增强，不允许重画。Raw 图和 Render 图并排看时，只要插槽宽度变了、膜边断了、折射线被补直，就要退回上一版。

第三条路径是 reshoot。原图里插槽被过曝盖住、保护膜已经撕了一半但页面要卖“带膜新品”、划痕位置无法判断是商品缺陷还是拍摄灰，这些都不能靠修图猜。补拍局部图比让 AI 编一个合理边缘更便宜。尤其是套装图，层板数量和插槽数量一旦被模型补错，后面客服解释会很累。

第二个结论：划痕和膜边不能放在同一个指令里

透明亚克力收纳架最容易混淆的是划痕和膜边。划痕通常是不规则、方向杂、亮暗断续；膜边更像一条连续的浅色线，常沿外轮廓或撕膜边走。如果提示词只写“去掉划痕”，模型可能把膜边也一起擦掉。缩略图里干净了，详情页里买家看不出是否带保护膜。

图注：膜边连续，划痕方向更杂

更稳的做法是把两者分两次处理。第一轮只清背景和非商品灰点，保留所有板材边缘。第二轮把明显无关划痕单独框选，要求“只降低这条表面划痕的可见度，不改变保护膜边、插槽线和板材厚度”。第三轮再做缩略图回看，看 375px 宽时收纳架是否仍有层次。

这里可以借站内透明收纳盒堆叠、边缘和锁扣返检的思路：透明制品不是越透明越对，关键是边、扣、格位能不能被买家读出来。收纳盒看锁扣，收纳架看插槽和层板。

实战推论：外包交接表只保留 6 行

交给外包或 AI 前，表格不要做复杂。6 行够用：

• 外轮廓边：保留厚度和折射线，只清背景脏边。
• 层板插槽：不改宽度，不补缺口，不把暗线抹平。
• 保护膜边：保留连续浅线；若无法判断是否膜边，标黄复核。
• 表面划痕：只处理确认无关的浅划，不替商品制造“全新无痕”。
• 底部阴影：保留接触点，不做悬浮白底。
• 数量关系：层板、底脚、卡扣、包装配件与原图一致。

这个表格像像素 diff 的测试用例。每一行都能验收，每一行都能回滚。不要让“高级透明感”这种词进入交接单，它太宽，模型会自己猜。

边界条件：这类图不适合继续修

如果原图本身没有拍到板材厚度，后期不能凭空证明厚度。如果插槽被强反光挡住，不能靠生成式修补画一个新插槽。如果卖点是“无划痕新品”，但原图里有多处无法确认的痕迹，先补拍或更换样品，不要让修图替商品承诺。

还有一种情况要特别小心：黑底或深色场景里的透明架。深背景会让边缘特别明显，AI 一旦为了干净压掉边缘，商品会直接失去形体。深背景图可以修光斑，但边缘折射线要比白底图更谨慎。

交付公式

透明亚克力收纳架可交付图 = 背景干净度 × 边缘厚度可读 × 插槽关系不变 × 膜边和划痕分开处理 × 底部阴影贴地。

公式里没有“通透感”单项。通透感是结果，不是指令。