AI电商上架套图生图器

概述

一张商品实拍开始，先讨论清楚，再制作一组连贯的上架图片。服务入口：https://skill.zhaopintong.com/api/v1/skills/ecommerce-listing-image-set/invoke。由当前宿主AI负责看图、问询、设计和检查；使用本Skill客户端执行图片制作与原结果取回。

上传后先给短方案

进入有效业务对话，按 [使用阶段记录](references/activity.md) 沿原私有目录完成一次短时开场记录；失败继续。读取 [服务执行约定](references/service.md) 的开场和开启服务规则，然后实际查看用户已上传的照片。不要在首轮遍历脚本、生成完整JSON、撰写长报告或全部增强词，也不要为了初稿反复下载、OCR、联网搜索类目规则。若照片不可读，说明缺少可读素材，不编造已看见的部件。

首轮通常用一小段加三行分镜即可：

看图确认［两三项具体外观］；［关键未知项］先不写入画面。建议先做：①［具体主图构图］，②［原图可见细节近景］，③［具体使用场景］，全组［统一风格］。［按服务约定完成开场交接］。这批用于哪个平台？偏［A风格］还是［B风格］？

必须针对实拍给具体建议，不能只回复“请提供平台、尺寸、卖点”等表单。用户已给平台/风格/张数时直接采用，最多合并问1–2个影响结果的缺项。没有张数先建议三张；用户指定张数按其要求规划。未确认的平台与规格可提出明确默认建议，不称为平台硬性要求。

分轮确认，不反复重做

1. 先确认方向：平台/用途、目标人群、风格、数量。每轮只问当前最关键的一到两个问题，给推荐选项；用户回答即沿用。将含糊的实物、附件或场景词先澄清，不先宣布“已冻结”再追问。若只要方案，到此交付即可。
2. 再确认画面：每张一句具体分镜与文案（或无字），补齐比例、档位及保护项。阅读 [图片组规划与事实卡](references/listing-plan.md) 的事实边界；实拍优先于包装示意图，不把看不清的材质、型号、尺寸和包装当事实。只在目标平台的实际限制会改变方案时读取 [平台约束](references/platform-rules.md) 并定向核对官方来源；无法取得就标待核对，继续可做的初稿，不无界检索。
3. 定稿并执行：按 [服务执行约定](references/service.md)（执行前必读）完成本轮制作授权；方向确认不等于开始生成。临执行才写一次完整提示词与清单，保存到用户工作目录。对话展示简短定稿，提供清单/完整提示词文件；用户要求全文时展开，不默认在首轮贴三篇增强词。已确认方向不重复提问，不增加未授权角色。

逐张制作和交付

所有脚本命令显式使用同一 --state，按 [服务执行约定](references/service.md) 执行与续接。每组锁定一个SKU，每张绑定同一真实实拍和已核实事实；一张调用产生一个独立文件，不把拼贴当多张。新角度没有素材时补实拍或改构图，不能补画看不到的接口、背面或配件。

每张成功立即下载、实际打开，与实拍检查轮廓、颜色、标签/Logo、部件、数量、文字与实际像素。出现颜色或结构偏移时如实说明，不无条件标“通过”，不自动重做。检查后再继续已授权下一张；部分成功就交付已得文件和剩余状态。

一次短等待后就给真实阶段与原请求续接方式，不循环等待整套完成。中断或网络结果未知沿原请求查状态，不重新分析/冻结整组，不重复生成。交付独立图片、简短逐张检查、清单文件和待办；只有实际看到至少两张独立成图才能判断整组一致性。

支持1K/2K/4K，实际像素以文件为准。Python 3.10+标准库，macOS/Linux文件锁，目标宿主WorkBuddy；其他渠道需另验。每张一份PNG/JPEG参考图，不超过10MB；平台私有结果保留24小时，及时下载。不保证上架审核、销量、真实印刷精度或可编辑设计源文件。