--- name: ngs-amazon-image-studio description: Generate Amazon and cross-border ecommerce product images from a product business card. Use when the user asks for a white-background image, showcase image, selling-point image, hero image, detail image, lifestyle image, one or more ecommerce images, or a complete image set. Always collect the business card first, then confirm image types, output location, filenames, and the generation plan before creating images. ---

# NGS Amazon Image Studio

## 目标

根据用户提交的产品业务卡，生成一张、多张或整套跨境电商商品图。只支持以下六类：

1. 白底图 `white-background` 2. 展示图 `showcase` 3. 卖点图 `selling-point` 4. 英雄图 `hero` 5. 细节图 `detail` 6. 场景图 `lifestyle`

整套模式默认包含以上六类各 1 张。用户未明确要求整套时，不得自行扩充为整套。

本 Skill 不负责 A+ 页面、不上传 Amazon 或其他电商后台，也不生成独立的尺寸图、成分图、模特图、HOW TO USE 图或使用对比图。尺寸、成分、人物和使用步骤只有在用户选定的六类图片确实需要时，作为画面内容处理，不作为独立图片入口。

## 强制执行顺序

严格按以下顺序推进，不得一开始同时抛出业务卡、图片选择和输出路径三个问题：

```text 产品业务卡 -> 用户选择生什么图并确认尺寸 -> 用户指定或确认输出位置 -> 建立产品事实锁与主控参考图 -> 建立统一视觉概念与创意母题 -> 输出逐图规划和文件名 -> 用户明确确认 -> 按规划逐张生图 -> 质检、保存、回报文件路径 ```

## 第一步：先收产品业务卡

首次触发时，先读取并使用 [`references/business-card.md`](references/business-card.md)。

- 如果用户已经给出部分字段，整理已有信息，只追问缺失的必填项，不让用户重复填写。 - 产品图、产品名、产品品类为必填。品类用于确定事实边界和输出目录命名。 - 用户提供竞品链接、ASIN 或参考图时，按 [`references/competitor-benchmark.md`](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/image-types.md)。

## 第三步：确认输出位置和命名

图片类型确定后，询问用户希望图片生成后保存到哪里。

- 用户指定目录：使用用户目录，并先展示准备创建的子目录和文件命名方案。 - 用户没有指定或回复“你安排”：使用 [`references/output-naming.md`](references/output-naming.md) 中的默认目录。 - 同一产品的多张图必须按类型放入子文件夹（01-产品主图、02-展示图、03-卖点图、04-英雄图、05-细节图、06-场景图），不得混放在同一目录；规则见 [`references/output-naming.md`](references/output-naming.md)。 - 输出位置未确定前不得生图。 - 目录名和每张图片文件名必须在生图前写入规划，让用户看得懂每张图将保存为什么。 - 任何返工都必须增加版本号，禁止覆盖旧图。

## 第四步：建立产品事实锁和主控参考图

从业务卡和用户图片中锁定以下事实：

- 产品外观、颜色、形状、结构和材质。 - 标签、Logo、包装文字和品牌识别点。 - 实际售卖数量、包装和订单内配件。 - 用户明确提供的尺寸、容量、成分、功能和卖点证据。 - 禁止出现的品牌、表达、元素和道具。

不得根据常识或参考图补造功能、尺寸、成分、认证、功效或配件。无法确认的信息标记为“缺失”，并调整画面，不得猜测。

生成展示图、卖点图、英雄图、细节图或场景图之前，必须有一张可以稳定锁定产品外观的主控参考图：

- 用户已有清晰白底图：请用户确认后锁定。 - 用户有清晰多角度产品图，但没有白底图：说明需要先建立白底主控图；获得用户同意后先生成、确认，再继续。 - 完全没有产品图：停止生图，引导用户上传。

### 白底主图验收闸门

- 本轮包含白底图以及任何副图时，在用户确认整套规划后必须先单独生成白底主图，展示给用户验收并明确等待回复。用户未确认白底图前，禁止生成展示图、卖点图、英雄图、细节图或场景图。 - 用户确认白底图后，将该版本锁定为产品主控图。此后其余已规划类型由 Agent 连续生成、质检和保存，不逐张暂停请示用户；全部完成后再一次性展示整套结果，请用户统一决定。 - 用户只生成单张白底图时，同样必须请用户验收。用户本轮不包含白底图但已有一张明确确认的白底主控图时，可直接使用现有主控图。

参考图只用于借鉴构图、色调、氛围和排版，不得改变产品真实外观，也不得带入竞品品牌。

事实锁只限制可核验的商品事实，不限制合理的商业创意。业务卡中的选填项留空时，不得因此退化为机械套模板，也不要为每个非事实型选择反复追问用户。目标人群假设、使用情绪、场景、环境道具、色彩、镜头语言、视觉隐喻、版式和营销文案，应由 Agent 结合品类、已确认卖点、目标站点和本轮图片任务主动补全；这些补全不得暗示未经证实的商品功能、认证、材质、数量或订单内容。

### 白底图唯一主体规则

- 白底图默认只展示一个完整、组装好的售卖主体。杯盖、茶滤、密封圈、内胆等可拆或可见部件属于该主体的产品结构时，默认保持正确组装状态，不主动拆开、重复或并排陈列。 - 只有用户明确要求展示配件，或商品本身就是必须同时展示才能准确表达售卖数量的多件套、组合装、套装包时，白底图才展示多个独立物件。 - “订单内包含某个部件”不自动等于“白底图必须把该部件拆出来展示”。规划白底图时先判断它是独立售卖物、套装成员，还是完整主体的组成部件。 - 无法判断时，优先采用唯一完整主体，并在规划中明确说明；不得为了展示结构而让画面看起来像额外赠送了一套配件。

## 第五步：建立统一视觉概念与创意母题

生成任何副图前，先读取并执行 [`references/creative-direction.md`](references/creative-direction.md)。整套图不能只是六个类型模板的拼接，必须先形成一套统一但不僵化的视觉概念。

同时结合 [`references/reference-image-techniques.md`](references/reference-image-techniques.md) 的视觉锚点、参考图关系断言、双参考、排版基线和尺度参照物规则，用于控制跨图一致性和画面精致度。

统一视觉概念由自主创意与竞品／联网范例洞察融合生成；范例规律只用于校准信息架构和版式节奏，最终画面必须是本产品专属表达。

两条驱动路径，按用户是否提供参考分流：

- 用户未提供参考（第二步也未要求联网找参考）：提示词 = 元提示词原文（`references/meta-prompts/`，与飞书文档逐字一致）＋ 统一视觉概念 ＋ 业务卡。这是默认路径，不依赖竞品。 - 用户提供了参考（ASIN、链接或参考图）或同意联网找参考：先按 [`references/competitor-benchmark.md`](references/competitor-benchmark.md) 拆解，把竞品风格规律融入元提示词原文，再与统一视觉概念和业务卡合并。竞品只贡献风格规律，不替代元提示词结构。

- Agent 在内部至少提出 3 个明显不同的创意方向，比较产品契合度、目标站点适用性、卖点表达力和套图延展性，再自主选择最强方向；默认不把全部内部草案暴露给用户。 - 选中的统一视觉概念至少包含：目标人群假设、买家情绪价值、核心创意句、品牌气质、色彩系统、材质与环境语言、摄影与灯光语言、文案语气、贯穿套图的视觉母题。 - 在逐图规划前必须把统一视觉概念冻结为“基础调性合同”，至少明确：整体明暗倾向、冷暖色调、主辅色、强调色、色彩分级、字体家族、文案语气和产品质感。基础调性合同只负责让整套图看起来属于同一品牌，不锁死每张图的具体场景、背景材质、人物、道具、机位、构图或光线方向。 - 用户指定“运动白领”“自然科技”“专业温暖”等复合风格时，在整套规划中分配各图片承担的表达重点；不要求每张图同时塞入所有风格元素。英雄图和场景图可以承担人物与情绪，展示图建立产品性格，卖点图解释利益，细节图优先服从精密、干净、信息清晰的元提示词任务。 - 白底图以事实准确和平台合规为优先，可以不继承副图的场景风格；展示图、卖点图、英雄图、细节图和场景图必须共享同一品牌世界，但每张承担不同叙事，不得重复同一种版式。 - 用户没有提供目标用户、场景或视觉偏好时，Agent 应主动做有依据的商业假设并在规划中标记为“创意补全”，不因选填项为空而停在通用渐变背景、产品居中和左右文字的模板组合。

## 第六步：输出生成规划并等待确认

生图前先展示选中的统一视觉概念，再给出逐图规划表。每张图至少包含：

展示统一视觉概念时，必须先用一段话向用户说明：本轮的概念设计是什么、统一风格是什么、每张图在这个概念里扮演什么角色。

- 用户提供了对标参考或个人想法时，必须说明概念中哪些来自用户输入、如何融合进统一风格。 - 用户没有提供任何参考时，更要主动说明概念是怎么来的：品类常识、联网范例洞察和自主创意各自占了什么角色。 - 不得只丢出逐图规划表而不讲概念设计；用户对概念提出异议时，先改概念再改规划。

| 项目 | 必填内容 | | --- | --- | | 图片类型 | 六类之一 | | 商业任务 | 这张图解决哪个买家问题 | | 文案 | 实际会出现在画面中的文字；无文字则写“无” | | 画面内容 | 产品、包装、人物、道具和环境 | | 构图与光线 | 主体位置、镜头、留白和灯光 | | 事实依据 | 来自业务卡或哪张参考图 | | 创意补全 | Agent 主动补充的人群、场景、道具、视觉隐喻或利益点表达 | | 成图尺寸 | 默认 2000×2000 px，1:1 | | 输出文件名 | 完整文件名，不只写类型 |

用户可以修改任何一项。只有用户明确回复“确认”“开始生成”或同等意思后，才可调用生图能力。

## 第七步：选择生图后端

按下面的优先级选择，不得反过来：

1. **优先使用当前环境内置生图能力。** 如果 Codex、ChatGPT 或当前 Agent 已提供 `image_gen` 或等效的内置图片生成工具，直接调用该能力。不得要求用户配置 API Key，也不得为了使用脚本而绕开内置能力。 2. **内置能力确实不存在时才使用 API 兜底。** 读取 [`references/image-backends.md`](references/image-backends.md)，调用 `scripts/generate_image.py`。 3. 内置工具只是暂时失败、网络超时或单次生成失败，不等于“不具备生图能力”。先按原工具的错误信息修正或重试；不要静默切换到可能收费的 API。 4. 使用付费 API 前，展示提供商、模型和预计生成张数；如果用户本轮没有明确授权使用该 API，先取得确认。 5. API Key 只从环境变量读取，禁止写入 `SKILL.md`、脚本、提示词、日志、文件名或最终回复。

## 第八步：按选定类型逐张生成

先读取创意方向规则 [`references/creative-direction.md`](references/creative-direction.md) 和统一提示词工程规则 [`references/prompt-engineering.md`](references/prompt-engineering.md)，再只读取本次选中类型对应的**元提示词原文**（完整版，与飞书文档《电商生图-元提示词工程》逐字一致），不要一次加载未选类型，也不要读取 `references/prompts/` 下的旧简化骨架：

- 白底图：[`references/meta-prompts/01-white-background.md`](references/meta-prompts/01-white-background.md) - 展示图：[`references/meta-prompts/02-showcase.md`](references/meta-prompts/02-showcase.md) - 卖点图：[`references/meta-prompts/03-selling-point.md`](references/meta-prompts/03-selling-point.md) - 英雄图：[`references/meta-prompts/04-hero.md`](references/meta-prompts/04-hero.md) - 细节图：[`references/meta-prompts/05-detail.md`](references/meta-prompts/05-detail.md) - 场景图：[`references/meta-prompts/06-lifestyle.md`](references/meta-prompts/06-lifestyle.md)

`references/prompts/*.md` 已废弃，仅作历史参考，禁止作为生图提示词来源。

生成副图前还要读取 [`references/reference-image-techniques.md`](references/reference-image-techniques.md)，把视觉锚点、尺度参照物、排版基线和灯光规格并入每张提示词。

执行要求：

1. 将已确认的产品主控图作为每张副图的产品参考。 2. 第一张通过用户确认或 Agent 质检的副图可以锁定为“调性主控图”。从下一张副图开始，生图工具支持多参考图时，可同时附加产品主控图和调性主控图：前者只锁产品外观，后者只锁基础明暗、冷暖、品牌配色、色彩分级、字体与产品质感；禁止复制调性主控图的具体场景、背景材质、人物、道具和构图。 3. **元提示词是「生图提示词生成器」，不是生图模板。** 先读取上面对应类型的 `references/meta-prompts/*.md` 完整元提示词，把自己代入元提示词中“视觉策略师”的角色，按它的任务限制、输出规则、公式和参考范例，结合业务卡字段（商品白底图、商品品名、品牌名、商品特征、卖点热词、目标用户、负面词汇、生成语言、比例）、统一视觉概念和产品事实锁，**产出针对本产品的一段全新生图提示词**。产出物必须符合该类型元提示词的公式和必填字段，示例产品内容仅作格式参考，不得机械复用。用户提供了外部提示词来源（如存放提示词的多维表格记录）时，以该来源中本产品对应类型的提示词为准逐字使用，只补充参考图一致性断言、反向约束和输出尺寸。 4. **生图时只使用第 3 步产出的那段生图提示词，不得把元提示词原文本身直接喂给生图模型，也不得把元提示词当骨架填空后直接生图。** 元提示词的必填字段必须全部体现在产出物中，但产出物是针对本产品的完整可执行生图提示词。 5. 不同品类要主动删除无关模块、补充影响真实性的模块。例如食品关注配料与包装数量，电子产品关注接口与兼容性，服装关注面料与穿着状态。 6. 每张副图的提示词都必须同时带入产品事实锁、基础调性合同和本轮统一视觉概念。当前类型的元提示词对场景、布局、窗口、人物、构图和商业任务拥有优先权；基础调性合同只作为色彩与品牌气质覆盖层，不得把其他图片的具体场景机械复制进来。 7. 将用户给出的产品特征翻译成买家利益和视觉故事，不得只把业务卡字段原样排版到画面上。 8. 整套模式也要逐张生成和质检，不并行批量生成六张。 9. 每张图生成后立即质检并保存，再进入下一张。 10. 每个图片类型默认只生成 1 张初稿。初稿未通过用户验收或 Agent 质检时，只针对失败项修改，单个类型最多允许 2 次修改，总生成量最多 3 张；内部记录为“初稿、修改 1/2、修改 2/2”，对应版本上限通常为 `v03`。达到修改 2/2 仍未通过时必须停止该类型的生图，并在整套交付时汇报失败项；不得自行继续消耗生图次数。 11. 英雄图、场景图和其他关键图也不得默认批量生成多个候选。只有用户明确要求多个候选，或用户在生图前批准的规划写明候选数量时，才可额外生成；额外候选是否计入修改次数按规划说明，未说明时计入。 12. 除白底主图验收闸门外，副图生成过程中不逐张暂停等待用户决定。Agent 在单类型最多 3 张的上限内自行质检，继续完成其他规划类型，最后一次性向用户展示整套结果并请用户统一决定。 13. 用户只要求提示词时，只输出对应提示词，不调用生图能力。

## 第九步：质检与保存

每张图至少检查：

- 产品形状、颜色、结构、标签、数量和配件是否一致。 - 是否出现不存在的功能、成分、认证、尺寸、效果或道具。 - 文字拼写、语言、数值和可读性是否正确。 - 产品是否被文字、人物或道具遮挡。 - 是否符合所选图片类型的商业任务。 - 成图像素、比例和安全边距是否符合规划。 - 是否出现竞品品牌、水印或无关商品。 - 副图之间是否属于同一个品牌世界，同时具有不同的构图和叙事任务。 - 将当前副图与调性主控图缩小并排检查：整体明暗、冷暖倾向、品牌配色、强调色、字体家族和产品质感是否属于同一品牌。场景、背景材质、人物、道具和构图不同是允许且鼓励的，不得仅因场景不同判定失败。 - 当前图是否优先完成了该类型元提示词规定的商业任务；若为了“统一风格”而重复其他图片的场景、台座、跑道、办公室或信息模块，导致画面杂乱或类型边界变弱，必须返工。 - 用户指定的复合风格是否在整套图层面得到完整表达，并由不同图片分工承载；不要求每张图都同时出现全部风格证据。 - 当前类型已经使用了几次修改机会；达到“修改 2/2”后，不得再自动返工或追加候选。 - 是否出现“产品居中＋左右文字＋普通渐变背景”等机械模板重复，或只是把业务卡字段直接做成大字。 - Agent 的创意补全是否提升了买家理解和情绪价值，同时没有越过商品事实边界。

不通过时只针对失败项返工，版本号递增且遵守单类型最多 3 张的总量上限。白底图通过后立即锁定为主控图；其余副图完成后按 [`references/output-naming.md`](references/output-naming.md) 保存，并在整套全部完成后一次性向用户回报：

- 输出目录绝对路径。 - 每张最终图片的绝对路径和图片类型。 - 哪个版本被确认，哪些字段仍为用户待核实项。

## 默认开场

当用户尚未提交业务卡时，直接使用下面的简洁开场，不提前问图片类型或输出路径：

> 我先了解产品。请把产品业务卡发给我；产品图、产品名和产品品类必填，其他信息不知道可以留空。业务卡确认后，我再问你这次要生成哪种图片，以及生成后保存到哪里。

--- name: ngs-amazon-image-studio description: Generate Amazon and cross-border ecommerce product images from a product business card. Use when the user asks for a white-background image, showcase image, selling-point image, hero image, detail image, lifestyle image, one or more ecommerce images, or a complete image set. Always collect the business card first, then confirm image types, output location, filenames, and the generation plan before creating images. ---

# NGS Amazon Image Studio

## 目标

根据用户提交的产品业务卡，生成一张、多张或整套跨境电商商品图。只支持以下六类：

1. 白底图 `white-background` 2. 展示图 `showcase` 3. 卖点图 `selling-point` 4. 英雄图 `hero` 5. 细节图 `detail` 6. 场景图 `lifestyle`

整套模式默认包含以上六类各 1 张。用户未明确要求整套时，不得自行扩充为整套。

本 Skill 不负责 A+ 页面、不上传 Amazon 或其他电商后台，也不生成独立的尺寸图、成分图、模特图、HOW TO USE 图或使用对比图。尺寸、成分、人物和使用步骤只有在用户选定的六类图片确实需要时，作为画面内容处理，不作为独立图片入口。

## 强制执行顺序

严格按以下顺序推进，不得一开始同时抛出业务卡、图片选择和输出路径三个问题：

```text 产品业务卡 -> 用户选择生什么图并确认尺寸 -> 用户指定或确认输出位置 -> 建立产品事实锁与主控参考图 -> 建立统一视觉概念与创意母题 -> 输出逐图规划和文件名 -> 用户明确确认 -> 按规划逐张生图 -> 质检、保存、回报文件路径 ```

## 第一步：先收产品业务卡

首次触发时，先读取并使用 [`references/business-card.md`](references/business-card.md)。

- 如果用户已经给出部分字段，整理已有信息，只追问缺失的必填项，不让用户重复填写。 - 产品图、产品名、产品品类为必填。品类用于确定事实边界和输出目录命名。 - 用户提供竞品链接、ASIN 或参考图时，按 [`references/competitor-benchmark.md`](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/image-types.md)。

## 第三步：确认输出位置和命名

图片类型确定后，询问用户希望图片生成后保存到哪里。

- 用户指定目录：使用用户目录，并先展示准备创建的子目录和文件命名方案。 - 用户没有指定或回复“你安排”：使用 [`references/output-naming.md`](references/output-naming.md) 中的默认目录。 - 同一产品的多张图必须按类型放入子文件夹（01-产品主图、02-展示图、03-卖点图、04-英雄图、05-细节图、06-场景图），不得混放在同一目录；规则见 [`references/output-naming.md`](references/output-naming.md)。 - 输出位置未确定前不得生图。 - 目录名和每张图片文件名必须在生图前写入规划，让用户看得懂每张图将保存为什么。 - 任何返工都必须增加版本号，禁止覆盖旧图。

## 第四步：建立产品事实锁和主控参考图

从业务卡和用户图片中锁定以下事实：

- 产品外观、颜色、形状、结构和材质。 - 标签、Logo、包装文字和品牌识别点。 - 实际售卖数量、包装和订单内配件。 - 用户明确提供的尺寸、容量、成分、功能和卖点证据。 - 禁止出现的品牌、表达、元素和道具。

不得根据常识或参考图补造功能、尺寸、成分、认证、功效或配件。无法确认的信息标记为“缺失”，并调整画面，不得猜测。

生成展示图、卖点图、英雄图、细节图或场景图之前，必须有一张可以稳定锁定产品外观的主控参考图：

- 用户已有清晰白底图：请用户确认后锁定。 - 用户有清晰多角度产品图，但没有白底图：说明需要先建立白底主控图；获得用户同意后先生成、确认，再继续。 - 完全没有产品图：停止生图，引导用户上传。

### 白底主图验收闸门

- 本轮包含白底图以及任何副图时，在用户确认整套规划后必须先单独生成白底主图，展示给用户验收并明确等待回复。用户未确认白底图前，禁止生成展示图、卖点图、英雄图、细节图或场景图。 - 用户确认白底图后，将该版本锁定为产品主控图。此后其余已规划类型由 Agent 连续生成、质检和保存，不逐张暂停请示用户；全部完成后再一次性展示整套结果，请用户统一决定。 - 用户只生成单张白底图时，同样必须请用户验收。用户本轮不包含白底图但已有一张明确确认的白底主控图时，可直接使用现有主控图。

参考图只用于借鉴构图、色调、氛围和排版，不得改变产品真实外观，也不得带入竞品品牌。

事实锁只限制可核验的商品事实，不限制合理的商业创意。业务卡中的选填项留空时，不得因此退化为机械套模板，也不要为每个非事实型选择反复追问用户。目标人群假设、使用情绪、场景、环境道具、色彩、镜头语言、视觉隐喻、版式和营销文案，应由 Agent 结合品类、已确认卖点、目标站点和本轮图片任务主动补全；这些补全不得暗示未经证实的商品功能、认证、材质、数量或订单内容。

### 白底图唯一主体规则

- 白底图默认只展示一个完整、组装好的售卖主体。杯盖、茶滤、密封圈、内胆等可拆或可见部件属于该主体的产品结构时，默认保持正确组装状态，不主动拆开、重复或并排陈列。 - 只有用户明确要求展示配件，或商品本身就是必须同时展示才能准确表达售卖数量的多件套、组合装、套装包时，白底图才展示多个独立物件。 - “订单内包含某个部件”不自动等于“白底图必须把该部件拆出来展示”。规划白底图时先判断它是独立售卖物、套装成员，还是完整主体的组成部件。 - 无法判断时，优先采用唯一完整主体，并在规划中明确说明；不得为了展示结构而让画面看起来像额外赠送了一套配件。

## 第五步：建立统一视觉概念与创意母题

生成任何副图前，先读取并执行 [`references/creative-direction.md`](references/creative-direction.md)。整套图不能只是六个类型模板的拼接，必须先形成一套统一但不僵化的视觉概念。

同时结合 [`references/reference-image-techniques.md`](references/reference-image-techniques.md) 的视觉锚点、参考图关系断言、双参考、排版基线和尺度参照物规则，用于控制跨图一致性和画面精致度。

统一视觉概念由自主创意与竞品／联网范例洞察融合生成；范例规律只用于校准信息架构和版式节奏，最终画面必须是本产品专属表达。

两条驱动路径，按用户是否提供参考分流：

- 用户未提供参考（第二步也未要求联网找参考）：提示词 = 元提示词原文（`references/meta-prompts/`，与飞书文档逐字一致）＋ 统一视觉概念 ＋ 业务卡。这是默认路径，不依赖竞品。 - 用户提供了参考（ASIN、链接或参考图）或同意联网找参考：先按 [`references/competitor-benchmark.md`](references/competitor-benchmark.md) 拆解，把竞品风格规律融入元提示词原文，再与统一视觉概念和业务卡合并。竞品只贡献风格规律，不替代元提示词结构。

- Agent 在内部至少提出 3 个明显不同的创意方向，比较产品契合度、目标站点适用性、卖点表达力和套图延展性，再自主选择最强方向；默认不把全部内部草案暴露给用户。 - 选中的统一视觉概念至少包含：目标人群假设、买家情绪价值、核心创意句、品牌气质、色彩系统、材质与环境语言、摄影与灯光语言、文案语气、贯穿套图的视觉母题。 - 在逐图规划前必须把统一视觉概念冻结为“基础调性合同”，至少明确：整体明暗倾向、冷暖色调、主辅色、强调色、色彩分级、字体家族、文案语气和产品质感。基础调性合同只负责让整套图看起来属于同一品牌，不锁死每张图的具体场景、背景材质、人物、道具、机位、构图或光线方向。 - 用户指定“运动白领”“自然科技”“专业温暖”等复合风格时，在整套规划中分配各图片承担的表达重点；不要求每张图同时塞入所有风格元素。英雄图和场景图可以承担人物与情绪，展示图建立产品性格，卖点图解释利益，细节图优先服从精密、干净、信息清晰的元提示词任务。 - 白底图以事实准确和平台合规为优先，可以不继承副图的场景风格；展示图、卖点图、英雄图、细节图和场景图必须共享同一品牌世界，但每张承担不同叙事，不得重复同一种版式。 - 用户没有提供目标用户、场景或视觉偏好时，Agent 应主动做有依据的商业假设并在规划中标记为“创意补全”，不因选填项为空而停在通用渐变背景、产品居中和左右文字的模板组合。

## 第六步：输出生成规划并等待确认

生图前先展示选中的统一视觉概念，再给出逐图规划表。每张图至少包含：

展示统一视觉概念时，必须先用一段话向用户说明：本轮的概念设计是什么、统一风格是什么、每张图在这个概念里扮演什么角色。

- 用户提供了对标参考或个人想法时，必须说明概念中哪些来自用户输入、如何融合进统一风格。 - 用户没有提供任何参考时，更要主动说明概念是怎么来的：品类常识、联网范例洞察和自主创意各自占了什么角色。 - 不得只丢出逐图规划表而不讲概念设计；用户对概念提出异议时，先改概念再改规划。

| 项目 | 必填内容 | | --- | --- | | 图片类型 | 六类之一 | | 商业任务 | 这张图解决哪个买家问题 | | 文案 | 实际会出现在画面中的文字；无文字则写“无” | | 画面内容 | 产品、包装、人物、道具和环境 | | 构图与光线 | 主体位置、镜头、留白和灯光 | | 事实依据 | 来自业务卡或哪张参考图 | | 创意补全 | Agent 主动补充的人群、场景、道具、视觉隐喻或利益点表达 | | 成图尺寸 | 默认 2000×2000 px，1:1 | | 输出文件名 | 完整文件名，不只写类型 |

用户可以修改任何一项。只有用户明确回复“确认”“开始生成”或同等意思后，才可调用生图能力。

## 第七步：选择生图后端

按下面的优先级选择，不得反过来：

1. **优先使用当前环境内置生图能力。** 如果 Codex、ChatGPT 或当前 Agent 已提供 `image_gen` 或等效的内置图片生成工具，直接调用该能力。不得要求用户配置 API Key，也不得为了使用脚本而绕开内置能力。 2. **内置能力确实不存在时才使用 API 兜底。** 读取 [`references/image-backends.md`](references/image-backends.md)，调用 `scripts/generate_image.py`。 3. 内置工具只是暂时失败、网络超时或单次生成失败，不等于“不具备生图能力”。先按原工具的错误信息修正或重试；不要静默切换到可能收费的 API。 4. 使用付费 API 前，展示提供商、模型和预计生成张数；如果用户本轮没有明确授权使用该 API，先取得确认。 5. API Key 只从环境变量读取，禁止写入 `SKILL.md`、脚本、提示词、日志、文件名或最终回复。

## 第八步：按选定类型逐张生成

先读取创意方向规则 [`references/creative-direction.md`](references/creative-direction.md) 和统一提示词工程规则 [`references/prompt-engineering.md`](references/prompt-engineering.md)，再只读取本次选中类型对应的**元提示词原文**（完整版，与飞书文档《电商生图-元提示词工程》逐字一致），不要一次加载未选类型，也不要读取 `references/prompts/` 下的旧简化骨架：

- 白底图：[`references/meta-prompts/01-white-background.md`](references/meta-prompts/01-white-background.md) - 展示图：[`references/meta-prompts/02-showcase.md`](references/meta-prompts/02-showcase.md) - 卖点图：[`references/meta-prompts/03-selling-point.md`](references/meta-prompts/03-selling-point.md) - 英雄图：[`references/meta-prompts/04-hero.md`](references/meta-prompts/04-hero.md) - 细节图：[`references/meta-prompts/05-detail.md`](references/meta-prompts/05-detail.md) - 场景图：[`references/meta-prompts/06-lifestyle.md`](references/meta-prompts/06-lifestyle.md)

`references/prompts/*.md` 已废弃，仅作历史参考，禁止作为生图提示词来源。

生成副图前还要读取 [`references/reference-image-techniques.md`](references/reference-image-techniques.md)，把视觉锚点、尺度参照物、排版基线和灯光规格并入每张提示词。

执行要求：

1. 将已确认的产品主控图作为每张副图的产品参考。 2. 第一张通过用户确认或 Agent 质检的副图可以锁定为“调性主控图”。从下一张副图开始，生图工具支持多参考图时，可同时附加产品主控图和调性主控图：前者只锁产品外观，后者只锁基础明暗、冷暖、品牌配色、色彩分级、字体与产品质感；禁止复制调性主控图的具体场景、背景材质、人物、道具和构图。 3. **元提示词是「生图提示词生成器」，不是生图模板。** 先读取上面对应类型的 `references/meta-prompts/*.md` 完整元提示词，把自己代入元提示词中“视觉策略师”的角色，按它的任务限制、输出规则、公式和参考范例，结合业务卡字段（商品白底图、商品品名、品牌名、商品特征、卖点热词、目标用户、负面词汇、生成语言、比例）、统一视觉概念和产品事实锁，**产出针对本产品的一段全新生图提示词**。产出物必须符合该类型元提示词的公式和必填字段，示例产品内容仅作格式参考，不得机械复用。用户提供了外部提示词来源（如存放提示词的多维表格记录）时，以该来源中本产品对应类型的提示词为准逐字使用，只补充参考图一致性断言、反向约束和输出尺寸。 4. **生图时只使用第 3 步产出的那段生图提示词，不得把元提示词原文本身直接喂给生图模型，也不得把元提示词当骨架填空后直接生图。** 元提示词的必填字段必须全部体现在产出物中，但产出物是针对本产品的完整可执行生图提示词。 5. 不同品类要主动删除无关模块、补充影响真实性的模块。例如食品关注配料与包装数量，电子产品关注接口与兼容性，服装关注面料与穿着状态。 6. 每张副图的提示词都必须同时带入产品事实锁、基础调性合同和本轮统一视觉概念。当前类型的元提示词对场景、布局、窗口、人物、构图和商业任务拥有优先权；基础调性合同只作为色彩与品牌气质覆盖层，不得把其他图片的具体场景机械复制进来。 7. 将用户给出的产品特征翻译成买家利益和视觉故事，不得只把业务卡字段原样排版到画面上。 8. 整套模式也要逐张生成和质检，不并行批量生成六张。 9. 每张图生成后立即质检并保存，再进入下一张。 10. 每个图片类型默认只生成 1 张初稿。初稿未通过用户验收或 Agent 质检时，只针对失败项修改，单个类型最多允许 2 次修改，总生成量最多 3 张；内部记录为“初稿、修改 1/2、修改 2/2”，对应版本上限通常为 `v03`。达到修改 2/2 仍未通过时必须停止该类型的生图，并在整套交付时汇报失败项；不得自行继续消耗生图次数。 11. 英雄图、场景图和其他关键图也不得默认批量生成多个候选。只有用户明确要求多个候选，或用户在生图前批准的规划写明候选数量时，才可额外生成；额外候选是否计入修改次数按规划说明，未说明时计入。 12. 除白底主图验收闸门外，副图生成过程中不逐张暂停等待用户决定。Agent 在单类型最多 3 张的上限内自行质检，继续完成其他规划类型，最后一次性向用户展示整套结果并请用户统一决定。 13. 用户只要求提示词时，只输出对应提示词，不调用生图能力。

## 第九步：质检与保存

每张图至少检查：

- 产品形状、颜色、结构、标签、数量和配件是否一致。 - 是否出现不存在的功能、成分、认证、尺寸、效果或道具。 - 文字拼写、语言、数值和可读性是否正确。 - 产品是否被文字、人物或道具遮挡。 - 是否符合所选图片类型的商业任务。 - 成图像素、比例和安全边距是否符合规划。 - 是否出现竞品品牌、水印或无关商品。 - 副图之间是否属于同一个品牌世界，同时具有不同的构图和叙事任务。 - 将当前副图与调性主控图缩小并排检查：整体明暗、冷暖倾向、品牌配色、强调色、字体家族和产品质感是否属于同一品牌。场景、背景材质、人物、道具和构图不同是允许且鼓励的，不得仅因场景不同判定失败。 - 当前图是否优先完成了该类型元提示词规定的商业任务；若为了“统一风格”而重复其他图片的场景、台座、跑道、办公室或信息模块，导致画面杂乱或类型边界变弱，必须返工。 - 用户指定的复合风格是否在整套图层面得到完整表达，并由不同图片分工承载；不要求每张图都同时出现全部风格证据。 - 当前类型已经使用了几次修改机会；达到“修改 2/2”后，不得再自动返工或追加候选。 - 是否出现“产品居中＋左右文字＋普通渐变背景”等机械模板重复，或只是把业务卡字段直接做成大字。 - Agent 的创意补全是否提升了买家理解和情绪价值，同时没有越过商品事实边界。

不通过时只针对失败项返工，版本号递增且遵守单类型最多 3 张的总量上限。白底图通过后立即锁定为主控图；其余副图完成后按 [`references/output-naming.md`](references/output-naming.md) 保存，并在整套全部完成后一次性向用户回报：

- 输出目录绝对路径。 - 每张最终图片的绝对路径和图片类型。 - 哪个版本被确认，哪些字段仍为用户待核实项。

## 默认开场

当用户尚未提交业务卡时，直接使用下面的简洁开场，不提前问图片类型或输出路径：

> 我先了解产品。请把产品业务卡发给我；产品图、产品名和产品品类必填，其他信息不知道可以留空。业务卡确认后，我再问你这次要生成哪种图片，以及生成后保存到哪里。

--- name: ngs-amazon-image-studio description: Generate Amazon and cross-border ecommerce product images from a product business card. Use when the user asks for a white-background image, showcase image, selling-point image, hero image, detail image, lifestyle image, one or more ecommerce images, or a complete image set. Always collect the business card first, then confirm image types, output location, filenames, and the generation plan before creating images. ---

# NGS Amazon Image Studio

## 目标

根据用户提交的产品业务卡，生成一张、多张或整套跨境电商商品图。只支持以下六类：

1. 白底图 `white-background` 2. 展示图 `showcase` 3. 卖点图 `selling-point` 4. 英雄图 `hero` 5. 细节图 `detail` 6. 场景图 `lifestyle`

整套模式默认包含以上六类各 1 张。用户未明确要求整套时，不得自行扩充为整套。

本 Skill 不负责 A+ 页面、不上传 Amazon 或其他电商后台，也不生成独立的尺寸图、成分图、模特图、HOW TO USE 图或使用对比图。尺寸、成分、人物和使用步骤只有在用户选定的六类图片确实需要时，作为画面内容处理，不作为独立图片入口。

## 强制执行顺序

严格按以下顺序推进，不得一开始同时抛出业务卡、图片选择和输出路径三个问题：

```text 产品业务卡 -> 用户选择生什么图并确认尺寸 -> 用户指定或确认输出位置 -> 建立产品事实锁与主控参考图 -> 建立统一视觉概念与创意母题 -> 输出逐图规划和文件名 -> 用户明确确认 -> 按规划逐张生图 -> 质检、保存、回报文件路径 ```

## 第一步：先收产品业务卡

首次触发时，先读取并使用 [`references/business-card.md`](references/business-card.md)。

- 如果用户已经给出部分字段，整理已有信息，只追问缺失的必填项，不让用户重复填写。 - 产品图、产品名、产品品类为必填。品类用于确定事实边界和输出目录命名。 - 用户提供竞品链接、ASIN 或参考图时，按 [`references/competitor-benchmark.md`](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/image-types.md)。

## 第三步：确认输出位置和命名

图片类型确定后，询问用户希望图片生成后保存到哪里。

- 用户指定目录：使用用户目录，并先展示准备创建的子目录和文件命名方案。 - 用户没有指定或回复“你安排”：使用 [`references/output-naming.md`](references/output-naming.md) 中的默认目录。 - 同一产品的多张图必须按类型放入子文件夹（01-产品主图、02-展示图、03-卖点图、04-英雄图、05-细节图、06-场景图），不得混放在同一目录；规则见 [`references/output-naming.md`](references/output-naming.md)。 - 输出位置未确定前不得生图。 - 目录名和每张图片文件名必须在生图前写入规划，让用户看得懂每张图将保存为什么。 - 任何返工都必须增加版本号，禁止覆盖旧图。

## 第四步：建立产品事实锁和主控参考图

从业务卡和用户图片中锁定以下事实：

- 产品外观、颜色、形状、结构和材质。 - 标签、Logo、包装文字和品牌识别点。 - 实际售卖数量、包装和订单内配件。 - 用户明确提供的尺寸、容量、成分、功能和卖点证据。 - 禁止出现的品牌、表达、元素和道具。

不得根据常识或参考图补造功能、尺寸、成分、认证、功效或配件。无法确认的信息标记为“缺失”，并调整画面，不得猜测。

生成展示图、卖点图、英雄图、细节图或场景图之前，必须有一张可以稳定锁定产品外观的主控参考图：

- 用户已有清晰白底图：请用户确认后锁定。 - 用户有清晰多角度产品图，但没有白底图：说明需要先建立白底主控图；获得用户同意后先生成、确认，再继续。 - 完全没有产品图：停止生图，引导用户上传。

### 白底主图验收闸门

- 本轮包含白底图以及任何副图时，在用户确认整套规划后必须先单独生成白底主图，展示给用户验收并明确等待回复。用户未确认白底图前，禁止生成展示图、卖点图、英雄图、细节图或场景图。 - 用户确认白底图后，将该版本锁定为产品主控图。此后其余已规划类型由 Agent 连续生成、质检和保存，不逐张暂停请示用户；全部完成后再一次性展示整套结果，请用户统一决定。 - 用户只生成单张白底图时，同样必须请用户验收。用户本轮不包含白底图但已有一张明确确认的白底主控图时，可直接使用现有主控图。

参考图只用于借鉴构图、色调、氛围和排版，不得改变产品真实外观，也不得带入竞品品牌。

事实锁只限制可核验的商品事实，不限制合理的商业创意。业务卡中的选填项留空时，不得因此退化为机械套模板，也不要为每个非事实型选择反复追问用户。目标人群假设、使用情绪、场景、环境道具、色彩、镜头语言、视觉隐喻、版式和营销文案，应由 Agent 结合品类、已确认卖点、目标站点和本轮图片任务主动补全；这些补全不得暗示未经证实的商品功能、认证、材质、数量或订单内容。

### 白底图唯一主体规则

- 白底图默认只展示一个完整、组装好的售卖主体。杯盖、茶滤、密封圈、内胆等可拆或可见部件属于该主体的产品结构时，默认保持正确组装状态，不主动拆开、重复或并排陈列。 - 只有用户明确要求展示配件，或商品本身就是必须同时展示才能准确表达售卖数量的多件套、组合装、套装包时，白底图才展示多个独立物件。 - “订单内包含某个部件”不自动等于“白底图必须把该部件拆出来展示”。规划白底图时先判断它是独立售卖物、套装成员，还是完整主体的组成部件。 - 无法判断时，优先采用唯一完整主体，并在规划中明确说明；不得为了展示结构而让画面看起来像额外赠送了一套配件。

## 第五步：建立统一视觉概念与创意母题

生成任何副图前，先读取并执行 [`references/creative-direction.md`](references/creative-direction.md)。整套图不能只是六个类型模板的拼接，必须先形成一套统一但不僵化的视觉概念。

同时结合 [`references/reference-image-techniques.md`](references/reference-image-techniques.md) 的视觉锚点、参考图关系断言、双参考、排版基线和尺度参照物规则，用于控制跨图一致性和画面精致度。

统一视觉概念由自主创意与竞品／联网范例洞察融合生成；范例规律只用于校准信息架构和版式节奏，最终画面必须是本产品专属表达。

两条驱动路径，按用户是否提供参考分流：

- 用户未提供参考（第二步也未要求联网找参考）：提示词 = 元提示词原文（`references/meta-prompts/`，与飞书文档逐字一致）＋ 统一视觉概念 ＋ 业务卡。这是默认路径，不依赖竞品。 - 用户提供了参考（ASIN、链接或参考图）或同意联网找参考：先按 [`references/competitor-benchmark.md`](references/competitor-benchmark.md) 拆解，把竞品风格规律融入元提示词原文，再与统一视觉概念和业务卡合并。竞品只贡献风格规律，不替代元提示词结构。

- Agent 在内部至少提出 3 个明显不同的创意方向，比较产品契合度、目标站点适用性、卖点表达力和套图延展性，再自主选择最强方向；默认不把全部内部草案暴露给用户。 - 选中的统一视觉概念至少包含：目标人群假设、买家情绪价值、核心创意句、品牌气质、色彩系统、材质与环境语言、摄影与灯光语言、文案语气、贯穿套图的视觉母题。 - 在逐图规划前必须把统一视觉概念冻结为“基础调性合同”，至少明确：整体明暗倾向、冷暖色调、主辅色、强调色、色彩分级、字体家族、文案语气和产品质感。基础调性合同只负责让整套图看起来属于同一品牌，不锁死每张图的具体场景、背景材质、人物、道具、机位、构图或光线方向。 - 用户指定“运动白领”“自然科技”“专业温暖”等复合风格时，在整套规划中分配各图片承担的表达重点；不要求每张图同时塞入所有风格元素。英雄图和场景图可以承担人物与情绪，展示图建立产品性格，卖点图解释利益，细节图优先服从精密、干净、信息清晰的元提示词任务。 - 白底图以事实准确和平台合规为优先，可以不继承副图的场景风格；展示图、卖点图、英雄图、细节图和场景图必须共享同一品牌世界，但每张承担不同叙事，不得重复同一种版式。 - 用户没有提供目标用户、场景或视觉偏好时，Agent 应主动做有依据的商业假设并在规划中标记为“创意补全”，不因选填项为空而停在通用渐变背景、产品居中和左右文字的模板组合。

## 第六步：输出生成规划并等待确认

生图前先展示选中的统一视觉概念，再给出逐图规划表。每张图至少包含：

展示统一视觉概念时，必须先用一段话向用户说明：本轮的概念设计是什么、统一风格是什么、每张图在这个概念里扮演什么角色。

- 用户提供了对标参考或个人想法时，必须说明概念中哪些来自用户输入、如何融合进统一风格。 - 用户没有提供任何参考时，更要主动说明概念是怎么来的：品类常识、联网范例洞察和自主创意各自占了什么角色。 - 不得只丢出逐图规划表而不讲概念设计；用户对概念提出异议时，先改概念再改规划。

| 项目 | 必填内容 | | --- | --- | | 图片类型 | 六类之一 | | 商业任务 | 这张图解决哪个买家问题 | | 文案 | 实际会出现在画面中的文字；无文字则写“无” | | 画面内容 | 产品、包装、人物、道具和环境 | | 构图与光线 | 主体位置、镜头、留白和灯光 | | 事实依据 | 来自业务卡或哪张参考图 | | 创意补全 | Agent 主动补充的人群、场景、道具、视觉隐喻或利益点表达 | | 成图尺寸 | 默认 2000×2000 px，1:1 | | 输出文件名 | 完整文件名，不只写类型 |

用户可以修改任何一项。只有用户明确回复“确认”“开始生成”或同等意思后，才可调用生图能力。

## 第七步：选择生图后端

按下面的优先级选择，不得反过来：

1. **优先使用当前环境内置生图能力。** 如果 Codex、ChatGPT 或当前 Agent 已提供 `image_gen` 或等效的内置图片生成工具，直接调用该能力。不得要求用户配置 API Key，也不得为了使用脚本而绕开内置能力。 2. **内置能力确实不存在时才使用 API 兜底。** 读取 [`references/image-backends.md`](references/image-backends.md)，调用 `scripts/generate_image.py`。 3. 内置工具只是暂时失败、网络超时或单次生成失败，不等于“不具备生图能力”。先按原工具的错误信息修正或重试；不要静默切换到可能收费的 API。 4. 使用付费 API 前，展示提供商、模型和预计生成张数；如果用户本轮没有明确授权使用该 API，先取得确认。 5. API Key 只从环境变量读取，禁止写入 `SKILL.md`、脚本、提示词、日志、文件名或最终回复。

## 第八步：按选定类型逐张生成

先读取创意方向规则 [`references/creative-direction.md`](references/creative-direction.md) 和统一提示词工程规则 [`references/prompt-engineering.md`](references/prompt-engineering.md)，再只读取本次选中类型对应的**元提示词原文**（完整版，与飞书文档《电商生图-元提示词工程》逐字一致），不要一次加载未选类型，也不要读取 `references/prompts/` 下的旧简化骨架：

- 白底图：[`references/meta-prompts/01-white-background.md`](references/meta-prompts/01-white-background.md) - 展示图：[`references/meta-prompts/02-showcase.md`](references/meta-prompts/02-showcase.md) - 卖点图：[`references/meta-prompts/03-selling-point.md`](references/meta-prompts/03-selling-point.md) - 英雄图：[`references/meta-prompts/04-hero.md`](references/meta-prompts/04-hero.md) - 细节图：[`references/meta-prompts/05-detail.md`](references/meta-prompts/05-detail.md) - 场景图：[`references/meta-prompts/06-lifestyle.md`](references/meta-prompts/06-lifestyle.md)

`references/prompts/*.md` 已废弃，仅作历史参考，禁止作为生图提示词来源。

生成副图前还要读取 [`references/reference-image-techniques.md`](references/reference-image-techniques.md)，把视觉锚点、尺度参照物、排版基线和灯光规格并入每张提示词。

执行要求：

1. 将已确认的产品主控图作为每张副图的产品参考。 2. 第一张通过用户确认或 Agent 质检的副图可以锁定为“调性主控图”。从下一张副图开始，生图工具支持多参考图时，可同时附加产品主控图和调性主控图：前者只锁产品外观，后者只锁基础明暗、冷暖、品牌配色、色彩分级、字体与产品质感；禁止复制调性主控图的具体场景、背景材质、人物、道具和构图。 3. **元提示词是「生图提示词生成器」，不是生图模板。** 先读取上面对应类型的 `references/meta-prompts/*.md` 完整元提示词，把自己代入元提示词中“视觉策略师”的角色，按它的任务限制、输出规则、公式和参考范例，结合业务卡字段（商品白底图、商品品名、品牌名、商品特征、卖点热词、目标用户、负面词汇、生成语言、比例）、统一视觉概念和产品事实锁，**产出针对本产品的一段全新生图提示词**。产出物必须符合该类型元提示词的公式和必填字段，示例产品内容仅作格式参考，不得机械复用。用户提供了外部提示词来源（如存放提示词的多维表格记录）时，以该来源中本产品对应类型的提示词为准逐字使用，只补充参考图一致性断言、反向约束和输出尺寸。 4. **生图时只使用第 3 步产出的那段生图提示词，不得把元提示词原文本身直接喂给生图模型，也不得把元提示词当骨架填空后直接生图。** 元提示词的必填字段必须全部体现在产出物中，但产出物是针对本产品的完整可执行生图提示词。 5. 不同品类要主动删除无关模块、补充影响真实性的模块。例如食品关注配料与包装数量，电子产品关注接口与兼容性，服装关注面料与穿着状态。 6. 每张副图的提示词都必须同时带入产品事实锁、基础调性合同和本轮统一视觉概念。当前类型的元提示词对场景、布局、窗口、人物、构图和商业任务拥有优先权；基础调性合同只作为色彩与品牌气质覆盖层，不得把其他图片的具体场景机械复制进来。 7. 将用户给出的产品特征翻译成买家利益和视觉故事，不得只把业务卡字段原样排版到画面上。 8. 整套模式也要逐张生成和质检，不并行批量生成六张。 9. 每张图生成后立即质检并保存，再进入下一张。 10. 每个图片类型默认只生成 1 张初稿。初稿未通过用户验收或 Agent 质检时，只针对失败项修改，单个类型最多允许 2 次修改，总生成量最多 3 张；内部记录为“初稿、修改 1/2、修改 2/2”，对应版本上限通常为 `v03`。达到修改 2/2 仍未通过时必须停止该类型的生图，并在整套交付时汇报失败项；不得自行继续消耗生图次数。 11. 英雄图、场景图和其他关键图也不得默认批量生成多个候选。只有用户明确要求多个候选，或用户在生图前批准的规划写明候选数量时，才可额外生成；额外候选是否计入修改次数按规划说明，未说明时计入。 12. 除白底主图验收闸门外，副图生成过程中不逐张暂停等待用户决定。Agent 在单类型最多 3 张的上限内自行质检，继续完成其他规划类型，最后一次性向用户展示整套结果并请用户统一决定。 13. 用户只要求提示词时，只输出对应提示词，不调用生图能力。

## 第九步：质检与保存

每张图至少检查：

- 产品形状、颜色、结构、标签、数量和配件是否一致。 - 是否出现不存在的功能、成分、认证、尺寸、效果或道具。 - 文字拼写、语言、数值和可读性是否正确。 - 产品是否被文字、人物或道具遮挡。 - 是否符合所选图片类型的商业任务。 - 成图像素、比例和安全边距是否符合规划。 - 是否出现竞品品牌、水印或无关商品。 - 副图之间是否属于同一个品牌世界，同时具有不同的构图和叙事任务。 - 将当前副图与调性主控图缩小并排检查：整体明暗、冷暖倾向、品牌配色、强调色、字体家族和产品质感是否属于同一品牌。场景、背景材质、人物、道具和构图不同是允许且鼓励的，不得仅因场景不同判定失败。 - 当前图是否优先完成了该类型元提示词规定的商业任务；若为了“统一风格”而重复其他图片的场景、台座、跑道、办公室或信息模块，导致画面杂乱或类型边界变弱，必须返工。 - 用户指定的复合风格是否在整套图层面得到完整表达，并由不同图片分工承载；不要求每张图都同时出现全部风格证据。 - 当前类型已经使用了几次修改机会；达到“修改 2/2”后，不得再自动返工或追加候选。 - 是否出现“产品居中＋左右文字＋普通渐变背景”等机械模板重复，或只是把业务卡字段直接做成大字。 - Agent 的创意补全是否提升了买家理解和情绪价值，同时没有越过商品事实边界。

不通过时只针对失败项返工，版本号递增且遵守单类型最多 3 张的总量上限。白底图通过后立即锁定为主控图；其余副图完成后按 [`references/output-naming.md`](references/output-naming.md) 保存，并在整套全部完成后一次性向用户回报：

- 输出目录绝对路径。 - 每张最终图片的绝对路径和图片类型。 - 哪个版本被确认，哪些字段仍为用户待核实项。

## 默认开场

当用户尚未提交业务卡时，直接使用下面的简洁开场，不提前问图片类型或输出路径：

> 我先了解产品。请把产品业务卡发给我；产品图、产品名和产品品类必填，其他信息不知道可以留空。业务卡确认后，我再问你这次要生成哪种图片，以及生成后保存到哪里。

--- name: ngs-amazon-image-studio description: Generate Amazon and cross-border ecommerce product images from a product business card. Use when the user asks for a white-background image, showcase image, selling-point image, hero image, detail image, lifestyle image, one or more ecommerce images, or a complete image set. Always collect the business card first, then confirm image types, output location, filenames, and the generation plan before creating images. ---

# NGS Amazon Image Studio

## 目标

根据用户提交的产品业务卡，生成一张、多张或整套跨境电商商品图。只支持以下六类：

1. 白底图 `white-background` 2. 展示图 `showcase` 3. 卖点图 `selling-point` 4. 英雄图 `hero` 5. 细节图 `detail` 6. 场景图 `lifestyle`

整套模式默认包含以上六类各 1 张。用户未明确要求整套时，不得自行扩充为整套。

本 Skill 不负责 A+ 页面、不上传 Amazon 或其他电商后台，也不生成独立的尺寸图、成分图、模特图、HOW TO USE 图或使用对比图。尺寸、成分、人物和使用步骤只有在用户选定的六类图片确实需要时，作为画面内容处理，不作为独立图片入口。

## 强制执行顺序

严格按以下顺序推进，不得一开始同时抛出业务卡、图片选择和输出路径三个问题：

```text 产品业务卡 -> 用户选择生什么图并确认尺寸 -> 用户指定或确认输出位置 -> 建立产品事实锁与主控参考图 -> 建立统一视觉概念与创意母题 -> 输出逐图规划和文件名 -> 用户明确确认 -> 按规划逐张生图 -> 质检、保存、回报文件路径 ```

## 第一步：先收产品业务卡

首次触发时，先读取并使用 [`references/business-card.md`](references/business-card.md)。

- 如果用户已经给出部分字段，整理已有信息，只追问缺失的必填项，不让用户重复填写。 - 产品图、产品名、产品品类为必填。品类用于确定事实边界和输出目录命名。 - 用户提供竞品链接、ASIN 或参考图时，按 [`references/competitor-benchmark.md`](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/image-types.md)。

## 第三步：确认输出位置和命名

图片类型确定后，询问用户希望图片生成后保存到哪里。

- 用户指定目录：使用用户目录，并先展示准备创建的子目录和文件命名方案。 - 用户没有指定或回复“你安排”：使用 [`references/output-naming.md`](references/output-naming.md) 中的默认目录。 - 同一产品的多张图必须按类型放入子文件夹（01-产品主图、02-展示图、03-卖点图、04-英雄图、05-细节图、06-场景图），不得混放在同一目录；规则见 [`references/output-naming.md`](references/output-naming.md)。 - 输出位置未确定前不得生图。 - 目录名和每张图片文件名必须在生图前写入规划，让用户看得懂每张图将保存为什么。 - 任何返工都必须增加版本号，禁止覆盖旧图。

## 第四步：建立产品事实锁和主控参考图

从业务卡和用户图片中锁定以下事实：

- 产品外观、颜色、形状、结构和材质。 - 标签、Logo、包装文字和品牌识别点。 - 实际售卖数量、包装和订单内配件。 - 用户明确提供的尺寸、容量、成分、功能和卖点证据。 - 禁止出现的品牌、表达、元素和道具。

不得根据常识或参考图补造功能、尺寸、成分、认证、功效或配件。无法确认的信息标记为“缺失”，并调整画面，不得猜测。

生成展示图、卖点图、英雄图、细节图或场景图之前，必须有一张可以稳定锁定产品外观的主控参考图：

- 用户已有清晰白底图：请用户确认后锁定。 - 用户有清晰多角度产品图，但没有白底图：说明需要先建立白底主控图；获得用户同意后先生成、确认，再继续。 - 完全没有产品图：停止生图，引导用户上传。

### 白底主图验收闸门

- 本轮包含白底图以及任何副图时，在用户确认整套规划后必须先单独生成白底主图，展示给用户验收并明确等待回复。用户未确认白底图前，禁止生成展示图、卖点图、英雄图、细节图或场景图。 - 用户确认白底图后，将该版本锁定为产品主控图。此后其余已规划类型由 Agent 连续生成、质检和保存，不逐张暂停请示用户；全部完成后再一次性展示整套结果，请用户统一决定。 - 用户只生成单张白底图时，同样必须请用户验收。用户本轮不包含白底图但已有一张明确确认的白底主控图时，可直接使用现有主控图。

参考图只用于借鉴构图、色调、氛围和排版，不得改变产品真实外观，也不得带入竞品品牌。

事实锁只限制可核验的商品事实，不限制合理的商业创意。业务卡中的选填项留空时，不得因此退化为机械套模板，也不要为每个非事实型选择反复追问用户。目标人群假设、使用情绪、场景、环境道具、色彩、镜头语言、视觉隐喻、版式和营销文案，应由 Agent 结合品类、已确认卖点、目标站点和本轮图片任务主动补全；这些补全不得暗示未经证实的商品功能、认证、材质、数量或订单内容。

### 白底图唯一主体规则

- 白底图默认只展示一个完整、组装好的售卖主体。杯盖、茶滤、密封圈、内胆等可拆或可见部件属于该主体的产品结构时，默认保持正确组装状态，不主动拆开、重复或并排陈列。 - 只有用户明确要求展示配件，或商品本身就是必须同时展示才能准确表达售卖数量的多件套、组合装、套装包时，白底图才展示多个独立物件。 - “订单内包含某个部件”不自动等于“白底图必须把该部件拆出来展示”。规划白底图时先判断它是独立售卖物、套装成员，还是完整主体的组成部件。 - 无法判断时，优先采用唯一完整主体，并在规划中明确说明；不得为了展示结构而让画面看起来像额外赠送了一套配件。

## 第五步：建立统一视觉概念与创意母题

生成任何副图前，先读取并执行 [`references/creative-direction.md`](references/creative-direction.md)。整套图不能只是六个类型模板的拼接，必须先形成一套统一但不僵化的视觉概念。

同时结合 [`references/reference-image-techniques.md`](references/reference-image-techniques.md) 的视觉锚点、参考图关系断言、双参考、排版基线和尺度参照物规则，用于控制跨图一致性和画面精致度。

统一视觉概念由自主创意与竞品／联网范例洞察融合生成；范例规律只用于校准信息架构和版式节奏，最终画面必须是本产品专属表达。

两条驱动路径，按用户是否提供参考分流：

- 用户未提供参考（第二步也未要求联网找参考）：提示词 = 元提示词原文（`references/meta-prompts/`，与飞书文档逐字一致）＋ 统一视觉概念 ＋ 业务卡。这是默认路径，不依赖竞品。 - 用户提供了参考（ASIN、链接或参考图）或同意联网找参考：先按 [`references/competitor-benchmark.md`](references/competitor-benchmark.md) 拆解，把竞品风格规律融入元提示词原文，再与统一视觉概念和业务卡合并。竞品只贡献风格规律，不替代元提示词结构。

- Agent 在内部至少提出 3 个明显不同的创意方向，比较产品契合度、目标站点适用性、卖点表达力和套图延展性，再自主选择最强方向；默认不把全部内部草案暴露给用户。 - 选中的统一视觉概念至少包含：目标人群假设、买家情绪价值、核心创意句、品牌气质、色彩系统、材质与环境语言、摄影与灯光语言、文案语气、贯穿套图的视觉母题。 - 在逐图规划前必须把统一视觉概念冻结为“基础调性合同”，至少明确：整体明暗倾向、冷暖色调、主辅色、强调色、色彩分级、字体家族、文案语气和产品质感。基础调性合同只负责让整套图看起来属于同一品牌，不锁死每张图的具体场景、背景材质、人物、道具、机位、构图或光线方向。 - 用户指定“运动白领”“自然科技”“专业温暖”等复合风格时，在整套规划中分配各图片承担的表达重点；不要求每张图同时塞入所有风格元素。英雄图和场景图可以承担人物与情绪，展示图建立产品性格，卖点图解释利益，细节图优先服从精密、干净、信息清晰的元提示词任务。 - 白底图以事实准确和平台合规为优先，可以不继承副图的场景风格；展示图、卖点图、英雄图、细节图和场景图必须共享同一品牌世界，但每张承担不同叙事，不得重复同一种版式。 - 用户没有提供目标用户、场景或视觉偏好时，Agent 应主动做有依据的商业假设并在规划中标记为“创意补全”，不因选填项为空而停在通用渐变背景、产品居中和左右文字的模板组合。

## 第六步：输出生成规划并等待确认

生图前先展示选中的统一视觉概念，再给出逐图规划表。每张图至少包含：

展示统一视觉概念时，必须先用一段话向用户说明：本轮的概念设计是什么、统一风格是什么、每张图在这个概念里扮演什么角色。

- 用户提供了对标参考或个人想法时，必须说明概念中哪些来自用户输入、如何融合进统一风格。 - 用户没有提供任何参考时，更要主动说明概念是怎么来的：品类常识、联网范例洞察和自主创意各自占了什么角色。 - 不得只丢出逐图规划表而不讲概念设计；用户对概念提出异议时，先改概念再改规划。

| 项目 | 必填内容 | | --- | --- | | 图片类型 | 六类之一 | | 商业任务 | 这张图解决哪个买家问题 | | 文案 | 实际会出现在画面中的文字；无文字则写“无” | | 画面内容 | 产品、包装、人物、道具和环境 | | 构图与光线 | 主体位置、镜头、留白和灯光 | | 事实依据 | 来自业务卡或哪张参考图 | | 创意补全 | Agent 主动补充的人群、场景、道具、视觉隐喻或利益点表达 | | 成图尺寸 | 默认 2000×2000 px，1:1 | | 输出文件名 | 完整文件名，不只写类型 |

用户可以修改任何一项。只有用户明确回复“确认”“开始生成”或同等意思后，才可调用生图能力。

## 第七步：选择生图后端

按下面的优先级选择，不得反过来：

1. **优先使用当前环境内置生图能力。** 如果 Codex、ChatGPT 或当前 Agent 已提供 `image_gen` 或等效的内置图片生成工具，直接调用该能力。不得要求用户配置 API Key，也不得为了使用脚本而绕开内置能力。 2. **内置能力确实不存在时才使用 API 兜底。** 读取 [`references/image-backends.md`](references/image-backends.md)，调用 `scripts/generate_image.py`。 3. 内置工具只是暂时失败、网络超时或单次生成失败，不等于“不具备生图能力”。先按原工具的错误信息修正或重试；不要静默切换到可能收费的 API。 4. 使用付费 API 前，展示提供商、模型和预计生成张数；如果用户本轮没有明确授权使用该 API，先取得确认。 5. API Key 只从环境变量读取，禁止写入 `SKILL.md`、脚本、提示词、日志、文件名或最终回复。

## 第八步：按选定类型逐张生成

先读取创意方向规则 [`references/creative-direction.md`](references/creative-direction.md) 和统一提示词工程规则 [`references/prompt-engineering.md`](references/prompt-engineering.md)，再只读取本次选中类型对应的**元提示词原文**（完整版，与飞书文档《电商生图-元提示词工程》逐字一致），不要一次加载未选类型，也不要读取 `references/prompts/` 下的旧简化骨架：

- 白底图：[`references/meta-prompts/01-white-background.md`](references/meta-prompts/01-white-background.md) - 展示图：[`references/meta-prompts/02-showcase.md`](references/meta-prompts/02-showcase.md) - 卖点图：[`references/meta-prompts/03-selling-point.md`](references/meta-prompts/03-selling-point.md) - 英雄图：[`references/meta-prompts/04-hero.md`](references/meta-prompts/04-hero.md) - 细节图：[`references/meta-prompts/05-detail.md`](references/meta-prompts/05-detail.md) - 场景图：[`references/meta-prompts/06-lifestyle.md`](references/meta-prompts/06-lifestyle.md)

`references/prompts/*.md` 已废弃，仅作历史参考，禁止作为生图提示词来源。

生成副图前还要读取 [`references/reference-image-techniques.md`](references/reference-image-techniques.md)，把视觉锚点、尺度参照物、排版基线和灯光规格并入每张提示词。

执行要求：

1. 将已确认的产品主控图作为每张副图的产品参考。 2. 第一张通过用户确认或 Agent 质检的副图可以锁定为“调性主控图”。从下一张副图开始，生图工具支持多参考图时，可同时附加产品主控图和调性主控图：前者只锁产品外观，后者只锁基础明暗、冷暖、品牌配色、色彩分级、字体与产品质感；禁止复制调性主控图的具体场景、背景材质、人物、道具和构图。 3. **元提示词是「生图提示词生成器」，不是生图模板。** 先读取上面对应类型的 `references/meta-prompts/*.md` 完整元提示词，把自己代入元提示词中“视觉策略师”的角色，按它的任务限制、输出规则、公式和参考范例，结合业务卡字段（商品白底图、商品品名、品牌名、商品特征、卖点热词、目标用户、负面词汇、生成语言、比例）、统一视觉概念和产品事实锁，**产出针对本产品的一段全新生图提示词**。产出物必须符合该类型元提示词的公式和必填字段，示例产品内容仅作格式参考，不得机械复用。用户提供了外部提示词来源（如存放提示词的多维表格记录）时，以该来源中本产品对应类型的提示词为准逐字使用，只补充参考图一致性断言、反向约束和输出尺寸。 4. **生图时只使用第 3 步产出的那段生图提示词，不得把元提示词原文本身直接喂给生图模型，也不得把元提示词当骨架填空后直接生图。** 元提示词的必填字段必须全部体现在产出物中，但产出物是针对本产品的完整可执行生图提示词。 5. 不同品类要主动删除无关模块、补充影响真实性的模块。例如食品关注配料与包装数量，电子产品关注接口与兼容性，服装关注面料与穿着状态。 6. 每张副图的提示词都必须同时带入产品事实锁、基础调性合同和本轮统一视觉概念。当前类型的元提示词对场景、布局、窗口、人物、构图和商业任务拥有优先权；基础调性合同只作为色彩与品牌气质覆盖层，不得把其他图片的具体场景机械复制进来。 7. 将用户给出的产品特征翻译成买家利益和视觉故事，不得只把业务卡字段原样排版到画面上。 8. 整套模式也要逐张生成和质检，不并行批量生成六张。 9. 每张图生成后立即质检并保存，再进入下一张。 10. 每个图片类型默认只生成 1 张初稿。初稿未通过用户验收或 Agent 质检时，只针对失败项修改，单个类型最多允许 2 次修改，总生成量最多 3 张；内部记录为“初稿、修改 1/2、修改 2/2”，对应版本上限通常为 `v03`。达到修改 2/2 仍未通过时必须停止该类型的生图，并在整套交付时汇报失败项；不得自行继续消耗生图次数。 11. 英雄图、场景图和其他关键图也不得默认批量生成多个候选。只有用户明确要求多个候选，或用户在生图前批准的规划写明候选数量时，才可额外生成；额外候选是否计入修改次数按规划说明，未说明时计入。 12. 除白底主图验收闸门外，副图生成过程中不逐张暂停等待用户决定。Agent 在单类型最多 3 张的上限内自行质检，继续完成其他规划类型，最后一次性向用户展示整套结果并请用户统一决定。 13. 用户只要求提示词时，只输出对应提示词，不调用生图能力。

## 第九步：质检与保存

每张图至少检查：

- 产品形状、颜色、结构、标签、数量和配件是否一致。 - 是否出现不存在的功能、成分、认证、尺寸、效果或道具。 - 文字拼写、语言、数值和可读性是否正确。 - 产品是否被文字、人物或道具遮挡。 - 是否符合所选图片类型的商业任务。 - 成图像素、比例和安全边距是否符合规划。 - 是否出现竞品品牌、水印或无关商品。 - 副图之间是否属于同一个品牌世界，同时具有不同的构图和叙事任务。 - 将当前副图与调性主控图缩小并排检查：整体明暗、冷暖倾向、品牌配色、强调色、字体家族和产品质感是否属于同一品牌。场景、背景材质、人物、道具和构图不同是允许且鼓励的，不得仅因场景不同判定失败。 - 当前图是否优先完成了该类型元提示词规定的商业任务；若为了“统一风格”而重复其他图片的场景、台座、跑道、办公室或信息模块，导致画面杂乱或类型边界变弱，必须返工。 - 用户指定的复合风格是否在整套图层面得到完整表达，并由不同图片分工承载；不要求每张图都同时出现全部风格证据。 - 当前类型已经使用了几次修改机会；达到“修改 2/2”后，不得再自动返工或追加候选。 - 是否出现“产品居中＋左右文字＋普通渐变背景”等机械模板重复，或只是把业务卡字段直接做成大字。 - Agent 的创意补全是否提升了买家理解和情绪价值，同时没有越过商品事实边界。

不通过时只针对失败项返工，版本号递增且遵守单类型最多 3 张的总量上限。白底图通过后立即锁定为主控图；其余副图完成后按 [`references/output-naming.md`](references/output-naming.md) 保存，并在整套全部完成后一次性向用户回报：

- 输出目录绝对路径。 - 每张最终图片的绝对路径和图片类型。 - 哪个版本被确认，哪些字段仍为用户待核实项。

## 默认开场

当用户尚未提交业务卡时，直接使用下面的简洁开场，不提前问图片类型或输出路径：

> 我先了解产品。请把产品业务卡发给我；产品图、产品名和产品品类必填，其他信息不知道可以留空。业务卡确认后，我再问你这次要生成哪种图片，以及生成后保存到哪里。