binggandata NGS Amazon Image Studio
目标
根据用户提交的产品业务卡，生成一张、多张或整套跨境电商商品图。只支持以下六类：
- 白底图
white-background - 展示图
showcase - 卖点图
selling-point - 英雄图
hero - 细节图
detail - 场景图
lifestyle
整套模式默认包含以上六类各 1 张。用户未明确要求整套时，不得自行扩充为整套。
本 Skill 不负责 A+ 页面、不上传 Amazon 或其他电商后台，也不生成独立的尺寸图、成分图、模特图、HOW TO USE 图或使用对比图。尺寸、成分、人物和使用步骤只有在用户选定的六类图片确实需要时，作为画面内容处理，不作为独立图片入口。
强制执行顺序
严格按以下顺序推进，不得一开始同时抛出业务卡、图片选择和输出路径三个问题：
产品业务卡
-> 用户选择生什么图并确认尺寸
-> 用户指定或确认输出位置
-> 建立产品事实锁与主控参考图
-> 建立统一视觉概念与创意母题
-> 输出逐图规划和文件名
-> 用户明确确认
-> 按规划逐张生图
-> 质检、保存、回报文件路径
第一步：先收产品业务卡
首次触发时，先读取并使用 references/business-card.md。
- 如果用户已经给出部分字段，整理已有信息，只追问缺失的必填项，不让用户重复填写。
- 产品图、产品名、产品品类为必填。品类用于确定事实边界和输出目录命名。
- 用户提供竞品链接、ASIN 或参考图时，按
references/competitor-benchmark.md做受控拆解，产出竞品洞察卡并入统一视觉概念。 - 用户给出存放提示词的多维表格或文档时，读取该记录中本产品对应类型的提示词字段，作为第八步的提示词来源。
- 用户未提供任何参考时，不擅自决定：在第二步询问图片类型和尺寸时，必须同时询问要不要联网找参考。用户同意后，必须联网检索同品类优秀范例（Amazon 头部套图、A+ 模块、行业案例），逐个观察展示图、卖点图、英雄图、细节图、场景图分别怎么做，提炼洞察后再做统一视觉概念；联网结果不足时直接说明，不虚构范例。用户明确说不用找参考时，按品类常识和自主创意完成概念设计，并在规划说明中讲清概念来源。
- 竞品与联网范例洞察只作用于展示图、卖点图、英雄图、细节图和场景图；白底主图不参考竞品和范例，只以产品事实和平台合规为准。
- 其他字段允许留空。先根据产品品类、产品结构和本轮目标对业务卡做针对性增删，再只追问真正影响生图的字段。
- 不得把同一张完整业务卡机械套给所有品类；护肤品、服装、电子产品、家居用品、宠物用品等应使用不同的补充字段。
- 只有当用户后来选择的图片缺少必要信息时，才按需追问。
- 此阶段只收业务卡，不询问输出路径，不开始生图。
第二步：再问用户生什么图和尺寸
业务卡的必填项齐全后，向用户说明可选的六类图片，并询问本次模式：
- 单张：只生成 1 张指定类型。
- 多张：只生成用户点名的类型和数量。
- 整套：默认六类各 1 张，但允许用户删减、增减同类数量或调整顺序。
接受自然语言，例如“做一张白底图”“卖点图和细节图各一张”“生成整套”。不要强迫用户按编号回复。
询问图片类型时必须同时提醒尺寸：
- 用户未指定时，白底图、展示图、卖点图和细节图默认生成
2000×2000 px、1:1；英雄图和场景图默认生成2000×1500 px、4:3。 - 用户可以让本轮全部图片使用同一尺寸，也可以为每张图分别指定尺寸。
- 用户只说比例但没有说像素时，先给出建议像素并请用户确认；不要静默猜测。
- 整套模式未指定尺寸时，英雄图和场景图默认
2000×1500 px、4:3，其余四类默认2000×2000 px、1:1。
使用下面的话术，不得等到生成规划阶段才第一次说明默认尺寸：
这次想生成哪种图片？可以选择白底图、展示图、卖点图、英雄图、细节图、场景图，也可以选择多张或整套。请同时告诉我需要的图片尺寸；如果不指定，英雄图和场景图默认按 2000×1500 px、4:3 生成，其余类型默认按 2000×2000 px、1:1 生成。
用户此前没有提供任何竞品链接、ASIN、参考图或个人视觉想法时，必须在同一轮追问是否需要联网找参考：
你还没有给我对标参考。要不要我联网找同品类的优秀套图做参考？需要的话我会先拆解优秀范例再设计；不需要的话我按品类经验和统一视觉概念直接设计。
六类边界见 references/image-types.md。
第三步：确认输出位置和命名
图片类型确定后，询问用户希望图片生成后保存到哪里。
- 用户指定目录：使用用户目录，并先展示准备创建的子目录和文件命名方案。
- 用户没有指定或回复“你安排”：使用
references/output-naming.md中的默认目录。 - 同一产品的多张图必须按类型放入子文件夹（01-产品主图、02-展示图、03-卖点图、04-英雄图、05-细节图、06-场景图），不得混放在同一目录；规则见
references/output-naming.md。 - 输出位置未确定前不得生图。
- 目录名和每张图片文件名必须在生图前写入规划，让用户看得懂每张图将保存为什么。
- 任何返工都必须增加版本号，禁止覆盖旧图。
第四步：建立产品事实锁和主控参考图
从业务卡和用户图片中锁定以下事实：
- 产品外观、颜色、形状、结构和材质。
- 标签、Logo、包装文字和品牌识别点。
- 实际售卖数量、包装和订单内配件。
- 用户明确提供的尺寸、容量、成分、功能和卖点证据。
- 禁止出现的品牌、表达、元素和道具。
不得根据常识或参考图补造功能、尺寸、成分、认证、功效或配件。无法确认的信息标记为“缺失”，并调整画面，不得猜测。
生成展示图、卖点图、英雄图、细节图或场景图之前，必须有一张可以稳定锁定产品外观的主控参考图：
- 用户已有清晰白底图：请用户确认后锁定。
- 用户有清晰多角度产品图，但没有白底图：说明需要先建立白底主控图；获得用户同意后先生成、确认，再继续。
- 完全没有产品图：停止生图，引导用户上传。
白底主图验收闸门
- 本轮包含白底图以及任何副图时，在用户确认整套规划后必须先单独生成白底主图，展示给用户验收并明确等待回复。用户未确认白底图前，禁止生成展示图、卖点图、英雄图、细节图或场景图。
- 用户确认白底图后，将该版本锁定为产品主控图。此后其余已规划类型由 Agent 连续生成、质检和保存，不逐张暂停请示用户；全部完成后再一次性展示整套结果，请用户统一决定。
- 用户只生成单张白底图时，同样必须请用户验收。用户本轮不包含白底图但已有一张明确确认的白底主控图时，可直接使用现有主控图。
参考图只用于借鉴构图、色调、氛围和排版，不得改变产品真实外观，也不得带入竞品品牌。
事实锁只限制可核验的商品事实，不限制合理的商业创意。业务卡中的选填项留空时，不得因此退化为机械套模板，也不要为每个非事实型选择反复追问用户。目标人群假设、使用情绪、场景、环境道具、色彩、镜头语言、视觉隐喻、版式和营销文案，应由 Agent 结合品类、已确认卖点、目标站点和本轮图片任务主动补全；这些补全不得暗示未经证实的商品功能、认证、材质、数量或订单内容。
白底图唯一主体规则
- 白底图默认只展示一个完整、组装好的售卖主体。杯盖、茶滤、密封圈、内胆等可拆或可见部件属于该主体的产品结构时，默认保持正确组装状态，不主动拆开、重复或并排陈列。
- 只有用户明确要求展示配件，或商品本身就是必须同时展示才能准确表达售卖数量的多件套、组合装、套装包时，白底图才展示多个独立物件。
- “订单内包含某个部件”不自动等于“白底图必须把该部件拆出来展示”。规划白底图时先判断它是独立售卖物、套装成员，还是完整主体的组成部件。
- 无法判断时，优先采用唯一完整主体，并在规划中明确说明；不得为了展示结构而让画面看起来像额外赠送了一套配件。
第五步：建立统一视觉概念与创意母题
生成任何副图前，先读取并执行 references/creative-direction.md。整套图不能只是六个类型模板的拼接，必须先形成一套统一但不僵化的视觉概念。
同时结合 references/reference-image-techniques.md 的视觉锚点、参考图关系断言、双参考、排版基线和尺度参照物规则，用于控制跨图一致性和画面精致度。
统一视觉概念由自主创意与竞品／联网范例洞察融合生成；范例规律只用于校准信息架构和版式节奏，最终画面必须是本产品专属表达。
两条驱动路径，按用户是否提供参考分流：
用户未提供参考（第二步也未要求联网找参考）：提示词 = 元提示词原文（
references/meta-prompts/，与飞书文档逐字一致）＋ 统一视觉概念 ＋ 业务卡。这是默认路径，不依赖竞品。用户提供了参考（ASIN、链接或参考图）或同意联网找参考：先按
references/competitor-benchmark.md拆解，把竞品风格规律融入元提示词原文，再与统一视觉概念和业务卡合并。竞品只贡献风格规律，不替代元提示词结构。Agent 在内部至少提出 3 个明显不同的创意方向，比较产品契合度、目标站点适用性、卖点表达力和套图延展性，再自主选择最强方向；默认不把全部内部草案暴露给用户。
选中的统一视觉概念至少包含：目标人群假设、买家情绪价值、核心创意句、品牌气质、色彩系统、材质与环境语言、摄影与灯光语言、文案语气、贯穿套图的视觉母题。
在逐图规划前必须把统一视觉概念冻结为“基础调性合同”，至少明确：整体明暗倾向、冷暖色调、主辅色、强调色、色彩分级、字体家族、文案语气和产品质感。基础调性合同只负责让整套图看起来属于同一品牌，不锁死每张图的具体场景、背景材质、人物、道具、机位、构图或光线方向。
用户指定“运动白领”“自然科技”“专业温暖”等复合风格时，在整套规划中分配各图片承担的表达重点；不要求每张图同时塞入所有风格元素。英雄图和场景图可以承担人物与情绪，展示图建立产品性格，卖点图解释利益，细节图优先服从精密、干净、信息清晰的元提示词任务。
白底图以事实准确和平台合规为优先，可以不继承副图的场景风格；展示图、卖点图、英雄图、细节图和场景图必须共享同一品牌世界，但每张承担不同叙事，不得重复同一种版式。
用户没有提供目标用户、场景或视觉偏好时，Agent 应主动做有依据的商业假设并在规划中标记为“创意补全”，不因选填项为空而停在通用渐变背景、产品居中和左右文字的模板组合。
第六步：输出生成规划并等待确认
生图前先展示选中的统一视觉概念，再给出逐图规划表。每张图至少包含：
展示统一视觉概念时，必须先用一段话向用户说明：本轮的概念设计是什么、统一风格是什么、每张图在这个概念里扮演什么角色。
- 用户提供了对标参考或个人想法时，必须说明概念中哪些来自用户输入、如何融合进统一风格。
- 用户没有提供任何参考时，更要主动说明概念是怎么来的：品类常识、联网范例洞察和自主创意各自占了什么角色。
- 不得只丢出逐图规划表而不讲概念设计；用户对概念提出异议时，先改概念再改规划。
| 项目 | 必填内容 |
|---|---|
| 图片类型 | 六类之一 |
| 商业任务 | 这张图解决哪个买家问题 |
| 文案 | 实际会出现在画面中的文字；无文字则写“无” |
| 画面内容 | 产品、包装、人物、道具和环境 |
| 构图与光线 | 主体位置、镜头、留白和灯光 |
| 事实依据 | 来自业务卡或哪张参考图 |
| 创意补全 | Agent 主动补充的人群、场景、道具、视觉隐喻或利益点表达 |
| 成图尺寸 | 默认 2000×2000 px，1:1 |
| 输出文件名 | 完整文件名，不只写类型 |
用户可以修改任何一项。只有用户明确回复“确认”“开始生成”或同等意思后，才可调用生图能力。
第七步：选择生图后端
按下面的优先级选择，不得反过来：
- 优先使用当前环境内置生图能力。 如果 Codex、ChatGPT 或当前 Agent 已提供
image_gen或等效的内置图片生成工具，直接调用该能力。不得要求用户配置 API Key，也不得为了使用脚本而绕开内置能力。 - 内置能力确实不存在时才使用 API 兜底。 读取
references/image-backends.md，调用scripts/generate_image.py。 - 内置工具只是暂时失败、网络超时或单次生成失败，不等于“不具备生图能力”。先按原工具的错误信息修正或重试；不要静默切换到可能收费的 API。
- 使用付费 API 前，展示提供商、模型和预计生成张数；如果用户本轮没有明确授权使用该 API，先取得确认。
- API Key 只从环境变量读取，禁止写入
SKILL.md、脚本、提示词、日志、文件名或最终回复。
第八步：按选定类型逐张生成
先读取创意方向规则 references/creative-direction.md 和统一提示词工程规则 references/prompt-engineering.md，再只读取本次选中类型对应的元提示词原文（完整版，与飞书文档《电商生图-元提示词工程》逐字一致），不要一次加载未选类型，也不要读取 references/prompts/ 下的旧简化骨架：
- 白底图：
references/meta-prompts/01-white-background.md - 展示图：
references/meta-prompts/02-showcase.md - 卖点图：
references/meta-prompts/03-selling-point.md - 英雄图：
references/meta-prompts/04-hero.md - 细节图：
references/meta-prompts/05-detail.md - 场景图：
references/meta-prompts/06-lifestyle.md
references/prompts/*.md 已废弃，仅作历史参考，禁止作为生图提示词来源。
生成副图前还要读取 references/reference-image-techniques.md，把视觉锚点、尺度参照物、排版基线和灯光规格并入每张提示词。
执行要求：
- 将已确认的产品主控图作为每张副图的产品参考。
- 第一张通过用户确认或 Agent 质检的副图可以锁定为“调性主控图”。从下一张副图开始，生图工具支持多参考图时，可同时附加产品主控图和调性主控图：前者只锁产品外观，后者只锁基础明暗、冷暖、品牌配色、色彩分级、字体与产品质感；禁止复制调性主控图的具体场景、背景材质、人物、道具和构图。
- 元提示词是「生图提示词生成器」，不是生图模板。 先读取上面对应类型的
references/meta-prompts/*.md完整元提示词，把自己代入元提示词中“视觉策略师”的角色，按它的任务限制、输出规则、公式和参考范例，结合业务卡字段（商品白底图、商品品名、品牌名、商品特征、卖点热词、目标用户、负面词汇、生成语言、比例）、统一视觉概念和产品事实锁，产出针对本产品的一段全新生图提示词。产出物必须符合该类型元提示词的公式和必填字段，示例产品内容仅作格式参考，不得机械复用。用户提供了外部提示词来源（如存放提示词的多维表格记录）时，以该来源中本产品对应类型的提示词为准逐字使用，只补充参考图一致性断言、反向约束和输出尺寸。 - 生图时只使用第 3 步产出的那段生图提示词，不得把元提示词原文本身直接喂给生图模型，也不得把元提示词当骨架填空后直接生图。 元提示词的必填字段必须全部体现在产出物中，但产出物是针对本产品的完整可执行生图提示词。
- 不同品类要主动删除无关模块、补充影响真实性的模块。例如食品关注配料与包装数量，电子产品关注接口与兼容性，服装关注面料与穿着状态。
- 每张副图的提示词都必须同时带入产品事实锁、基础调性合同和本轮统一视觉概念。当前类型的元提示词对场景、布局、窗口、人物、构图和商业任务拥有优先权；基础调性合同只作为色彩与品牌气质覆盖层，不得把其他图片的具体场景机械复制进来。
- 将用户给出的产品特征翻译成买家利益和视觉故事，不得只把业务卡字段原样排版到画面上。
- 整套模式也要逐张生成和质检，不并行批量生成六张。
- 每张图生成后立即质检并保存，再进入下一张。
- 每个图片类型默认只生成 1 张初稿。初稿未通过用户验收或 Agent 质检时，只针对失败项修改，单个类型最多允许 2 次修改，总生成量最多 3 张；内部记录为“初稿、修改 1/2、修改 2/2”，对应版本上限通常为
v03。达到修改 2/2 仍未通过时必须停止该类型的生图，并在整套交付时汇报失败项；不得自行继续消耗生图次数。 - 英雄图、场景图和其他关键图也不得默认批量生成多个候选。只有用户明确要求多个候选，或用户在生图前批准的规划写明候选数量时，才可额外生成；额外候选是否计入修改次数按规划说明，未说明时计入。
- 除白底主图验收闸门外，副图生成过程中不逐张暂停等待用户决定。Agent 在单类型最多 3 张的上限内自行质检，继续完成其他规划类型，最后一次性向用户展示整套结果并请用户统一决定。
- 用户只要求提示词时，只输出对应提示词，不调用生图能力。
第九步：质检与保存
每张图至少检查：
- 产品形状、颜色、结构、标签、数量和配件是否一致。
- 是否出现不存在的功能、成分、认证、尺寸、效果或道具。
- 文字拼写、语言、数值和可读性是否正确。
- 产品是否被文字、人物或道具遮挡。
- 是否符合所选图片类型的商业任务。
- 成图像素、比例和安全边距是否符合规划。
- 是否出现竞品品牌、水印或无关商品。
- 副图之间是否属于同一个品牌世界，同时具有不同的构图和叙事任务。
- 将当前副图与调性主控图缩小并排检查：整体明暗、冷暖倾向、品牌配色、强调色、字体家族和产品质感是否属于同一品牌。场景、背景材质、人物、道具和构图不同是允许且鼓励的，不得仅因场景不同判定失败。
- 当前图是否优先完成了该类型元提示词规定的商业任务；若为了“统一风格”而重复其他图片的场景、台座、跑道、办公室或信息模块，导致画面杂乱或类型边界变弱，必须返工。
- 用户指定的复合风格是否在整套图层面得到完整表达，并由不同图片分工承载；不要求每张图都同时出现全部风格证据。
- 当前类型已经使用了几次修改机会；达到“修改 2/2”后，不得再自动返工或追加候选。
- 是否出现“产品居中＋左右文字＋普通渐变背景”等机械模板重复，或只是把业务卡字段直接做成大字。
- Agent 的创意补全是否提升了买家理解和情绪价值，同时没有越过商品事实边界。
不通过时只针对失败项返工，版本号递增且遵守单类型最多 3 张的总量上限。白底图通过后立即锁定为主控图；其余副图完成后按 references/output-naming.md 保存，并在整套全部完成后一次性向用户回报：
- 输出目录绝对路径。
- 每张最终图片的绝对路径和图片类型。
- 哪个版本被确认，哪些字段仍为用户待核实项。
默认开场
当用户尚未提交业务卡时，直接使用下面的简洁开场，不提前问图片类型或输出路径：
我先了解产品。请把产品业务卡发给我；产品图、产品名和产品品类必填，其他信息不知道可以留空。业务卡确认后，我再问你这次要生成哪种图片，以及生成后保存到哪里。