当前位置：首页 > news >正文

Windows端AI商品图工作流：素材目录、候选筛选与ZIP导出验收

news 2026/7/23 4:00:24

在Windows上用AI做电商商品图，最容易被忽略的并不是“会不会点生成”，而是后面的文件管理：原图被覆盖、不同SKU的候选图混在一起、挑中的版本找不到、ZIP解压后才发现少图，交付几天后也说不清对方拿到的是哪一版。

一套能重复使用的商品图工作流，至少要把五件事串起来：保留原始素材、建立商品事实卡、隔离每轮候选、先验收再导出、给最终文件留下哈希清单。

下面给出一套不依赖第三方脚本库的Windows实操方法。AI工具负责生成候选，Windows目录和PowerShell负责把交付过程变得可复查。

1. 先为一个SKU建立独立目录

不要把所有图片都丢进“下载”或桌面。一个SKU对应一个根目录，每次生成再单独开一个运行目录。

在PowerShell中修改$JobRoot为自己的数据盘路径，然后执行：

$JobRoot='D:\ProductImageJobs\SKU-20260722-A'$Folders= @('00_source','01_facts','02_candidates\run-01','03_approved','04_delivery')foreach($Folderin$Folders){New-Item-ItemType Directory-Path(Join-Path$JobRoot$Folder)-Force|Out-Null}

目录职责保持固定：

SKU-20260722-A/ ├─ 00_source/ # 原始商品图，只增加，不覆盖 ├─ 01_facts/ # 商品事实卡、原图哈希、验收记录 ├─ 02_candidates/run-01/ # 第一轮生成候选 ├─ 03_approved/ # 已通过人工验收的图片 └─ 04_delivery/ # 单图、ZIP及最终哈希清单

-Force在这里用于确保目录存在，不会删除已有文件；但仍建议为每个SKU和每轮运行使用新目录，不要把新结果直接覆盖旧结果。

2. 在生成前写商品事实卡

商品事实卡不用复杂，CSV、Markdown或普通文本都可以，至少记录：

字段	示例写法	为什么要记录
SKU/内部编号	`SKU-20260722-A`	避免不同商品混图
商品名称	以实际商品资料为准	确认图片主体
颜色与材质	只写已确认信息	防止把款式或质感生成错
关键结构	把手、接口、抽屉、支脚等	作为候选图硬门槛
包装与文字	Logo、型号、包装数量	避免生成文字冒充真实信息
目标平台	本次实际发布平台	后续按当时规则验收
图片任务	主图、场景图、详情图	避免每张图职责重复

不要把“看起来应该是”写成事实。原图没有展示的接口、背面或配件，应补拍或补资料，而不是让生成模型猜。

把原图复制到00_source后，可以先记录SHA-256：

$SourceDir=Join-Path$JobRoot'00_source'$FactDir=Join-Path$JobRoot'01_facts'$SourceHashReport=Join-Path$FactDir'source_sha256.csv'Get-ChildItem-LiteralPath$SourceDir-File|Get-FileHash-Algorithm SHA256|Select-ObjectPath,Algorithm,Hash|Export-Csv-LiteralPath$SourceHashReport-NoTypeInformation-Encoding UTF8

哈希不是为了判断图片好不好，而是确认后来核对的原图是不是当时那一份。

3. 生成工具只负责产出候选，不负责替你判定真值

接下来才进入AI商品图工具：上传已核对的商品素材，选择目标平台、内容语言和图片类型，生成主图、场景图或详情页候选。第一轮结果统一进入02_candidates\run-01，第二轮就新建run-02，不要在原目录里反复覆盖。

以当前Windows端爱途AI工作流为例，工具支持商品图上传、商品分析、提示词规划、图生图生成，以及结果查看、筛选、单图导出和ZIP导出。这里把它作为流程实例，不做工具排名，也不意味着软件会自动判断商品真伪、自动锁定全部结构或保证每张图都可直接使用。

4. 候选筛选按三道门执行

不要先看哪张最华丽。候选图依次通过三道门：

商品事实门：结构、颜色、材质、部件数量、Logo、包装文字和随货配件是否正确；
图片任务门：主图能否快速识别商品，场景图是否解释使用环境，详情图是否回答一个明确购买问题；
画面质量门：构图、光影、材质、信息层级、边缘和清晰度是否可用。

文件名可以带上状态，而不是靠记忆：

SKU-A_main_01_keep.png SKU-A_scene_02_rework.png SKU-A_detail_03_reject.png

只有通过三道门的文件才复制到03_approved。rework和reject仍留在原运行目录，便于以后知道这一轮为什么被淘汰，但不要混入交付包。

5. 单图导出和ZIP导出分开验收

只交付少量已选图片时，使用单图导出并放入03_approved；交付整套图片时，可以使用ZIP导出，但ZIP生成成功不等于里面的文件已经验收。

把ZIP放到04_delivery后，先解压到一个新的核验目录：

$DeliveryDir=Join-Path$JobRoot'04_delivery'$ZipFile=Join-Path$DeliveryDir'SKU-A-images.zip'$UnpackDir=Join-Path$DeliveryDir'verify-unpacked-run-01'Expand-Archive-LiteralPath$ZipFile-DestinationPath$UnpackDir$UnpackedFiles=Get-ChildItem-LiteralPath$UnpackDir-File-Recurse$UnpackedFiles.Count$UnpackedFiles|Select-ObjectFullName,Length

如果核验目录已经存在，不要直接覆盖；新建verify-unpacked-run-02。然后把解压数量与03_approved中的预期交付数量对上。

6. 用PowerShell读取图片尺寸和生成最终哈希

不同平台、类目和图片位的尺寸要求会变化，教程不写一个“全平台通用尺寸”。应先取得本次目标平台的当前规则，再用下面的脚本读取实际文件宽高：

Add-Type-AssemblyName System.Drawing$ImageFiles=Get-ChildItem-LiteralPath$UnpackDir-File-Recurse|Where-Object{$_.Extension-in'.png','.jpg','.jpeg','.webp'}$ImageInfo=foreach($Filein$ImageFiles){$Image=$nulltry{$Image=[System.Drawing.Image]::FromFile($File.FullName)[PSCustomObject]@{Name =$File.Name Width =$Image.Width Height =$Image.Height Bytes =$File.Length Note ='OK'}}catch{[PSCustomObject]@{Name =$File.Name Width =$nullHeight =$nullBytes =$File.Length Note =$_.Exception.Message}}finally{if($null-ne$Image){$Image.Dispose()}}}$ImageInfo|Format-Table-AutoSize

注意：不同Windows与PowerShell环境对WebP解码支持可能不同。某个WebP无法由System.Drawing读取时，不代表文件必然损坏，应再用目标平台、浏览器或正式图像工具复核；PNG/JPEG同样要以实际打开结果为准。

最后为交付目录生成一份SHA-256清单：

$DeliveryHashReport=Join-Path$JobRoot'01_facts\delivery_sha256.csv'Get-ChildItem-LiteralPath$DeliveryDir-File-Recurse|Get-FileHash-Algorithm SHA256|Select-ObjectPath,Algorithm,Hash|Export-Csv-LiteralPath$DeliveryHashReport-NoTypeInformation-Encoding UTF8