GPT-Image-2＋Codex-商品图自动适配四季活动页

GPT-Image-2 生成四季视觉，Codex 构建商品图批处理与响应式活动页，通过商品主资产、季节令牌、视觉评测和人工审批实现稳定发布。

摘要： 本文讲解如何用 GPT-Image-2 与 Codex 搭建一套可复用的商品视觉流水线：同一套商品主图保留 SKU、包装、Logo 与主体比例，仅替换春、夏、秋、冬四季的背景、道具、光线和活动文案区，再由 Codex 生成配置、调用脚本、活动页组件、自动化测试与发布检查。核心建议不是一次生成四张“看起来相似”的海报，而是先建立商品主资产、季节设计令牌和不可变约束，再按 商品 × 季节 × 版位 生成，经过视觉评测与人工审批后发布。适合电商运营、独立站、WordPress 商城、品牌设计团队和需要批量活动页的开发者。

核心结论

GPT-Image-2＋Codex 可以把一套商品主图自动适配为春季上新、夏日清凉、秋季焕新和冬季礼赠四套活动页，但稳定落地的前提是职责分离：GPT-Image-2 负责图像生成与编辑，Codex 负责建立资产清单、提示词模板、页面组件、批处理脚本、测试与预览；真正的定时执行应交给 CI、任务调度器或人工触发的工作流。

商品主体先标准化。 每个 SKU 需要一张经过批准的透明 PNG 或高质量原图，不能每个季节重新凭文字“猜”商品。
四季变化必须参数化。 将背景色、植物、材质、光照、活动文案、按钮颜色和禁用元素写入季节配置，而不是维护四套散乱提示词。
GPT-Image-2 用于受控编辑和合成。 它支持高质量图像生成与编辑，并以高保真方式处理图像输入，但仍可能改动标签或结构，发布前必须对照原始 SKU。
Codex 负责把视觉方案变成可运行页面。 它可创建 React、Next.js、静态 HTML 或 WordPress 主题组件，读取活动配置、映射图片并执行浏览器验证。
一张图不应同时承担所有版位。 首页 Hero、分类横幅、商品卡片和移动端故事图具有不同长宽比与安全区，应分别生成或从批准主素材确定性合成。
建议先做一个 SKU 的四季闭环。 通过后再扩展到全部商品，避免一次生成数百张不一致素材并产生返工成本。

这套系统到底自动化什么

目标不是让 AI 每个季度自由发挥，而是把活动页拆成可控制的输入和输出。输入包括商品主资产、品牌设计规范、季节主题、版位尺寸、文案和上线时间；输出包括四季 Hero 图、分类横幅、商品卡片图、移动端图片、页面配置、审核预览和发布包。

层级	主要职责	推荐工具	不应承担的职责
商品资产层	保存透明商品主图、SKU 信息、Logo 与禁止修改项	对象存储、Git LFS 或 DAM	不自动重绘真实标签
视觉生成层	生成季节背景、道具、氛围或受控合成	GPT-Image-2	不直接决定促销价格
工程编排层	生成脚本、配置、页面组件、测试与预览	Codex	不替代审批与定时器
运行调度层	定时或按需启动任务、记录状态、失败重试	GitHub Actions、n8n、Cron	不把密钥写入仓库
发布治理层	品牌、商品、价格、版权和移动端验收	人工审批＋自动检查	不允许未审核内容直发

这套架构最适合“商品相对稳定、活动氛围频繁变化”的业务。例如香水、杯具、家居、服装配件、数码配件和礼盒。对于食品标签、药械包装、儿童产品安全信息或强监管品类，商品主体应采用传统抠图和确定性合成，GPT-Image-2 主要生成背景与装饰层。

为什么先做透明商品主资产

四季活动页最容易出错的地方，是模型在春季图里把瓶盖做成圆形，在冬季图里又把容量标签改了。解决方案不是堆更多形容词，而是建立“单一商品事实源”。

建议每个 SKU 至少保存：

master.png：透明背景、完整商品、统一视角与安全留白；
source.jpg：原始摄影图，供人工对照；
product.json：SKU、名称、颜色、材质、不可变部件、Logo 位置；
mask.png：需要保护或可编辑区域，若流程使用遮罩；
approved.sha256：批准版本的哈希，防止主资产被无意覆盖；
review.md：已知风险，例如玻璃边缘、金属反光或细小文字。

上一篇 GPT-Image-2 透明 PNG 商品素材教程可用于建立这层主资产。透明图的优势是季节背景可以由代码或模型独立生产，商品本身无需每次重绘。如果商品必须与摄影原图像素级一致，可以让 GPT-Image-2 只生成背景，再由 Pillow、Sharp、Canvas 或设计工具做确定性合成。

商品主资产与季节设计令牌分开保存，GPT-Image-2 生产视觉，Codex 构建并验证活动页。

用设计令牌描述春夏秋冬

“生成一张春季图”太模糊。生产环境需要明确每个季节允许出现什么、禁止出现什么、文案放在哪里，以及商品应该占画面的多少。将季节规则写成 YAML，运营和设计可以审阅，Codex 也能据此生成代码。

version: 1
brand:
  name: AI Stack Shop
  preserve_product_pixels: true
  watermark: false
  text_rendering: html_overlay

seasons:
  spring:
    label: 春季上新
    palette: ["#E9F7EF", "#B7E4C7", "#F8D7E8"]
    background: "清透浅绿渐变，柔和晨光"
    props: ["少量嫩叶", "浅粉花瓣"]
    avoid: ["积雪", "枯叶", "强烈橙红色"]
    cta: "春日焕新"
  summer:
    label: 夏日清凉
    palette: ["#D9F6FF", "#36C5F0", "#0B6E99"]
    background: "清爽青蓝渐变，明亮日光"
    props: ["水波光纹", "少量透明冰感几何"]
    avoid: ["圣诞元素", "厚重织物", "落叶"]
    cta: "清凉一夏"
  autumn:
    label: 秋日焕新
    palette: ["#FFF0D9", "#C87941", "#6B3D2E"]
    background: "温暖米杏至陶土色渐变，柔和侧光"
    props: ["少量金色叶片", "亚麻纹理"]
    avoid: ["冰雪", "霓虹蓝", "繁密花海"]
    cta: "秋日精选"
  winter:
    label: 冬季礼赠
    palette: ["#EAF2FF", "#3B5B92", "#16213E"]
    background: "冷调深蓝渐变，精致节日光点"
    props: ["银色丝带", "克制雪晶"]
    avoid: ["第三方节日角色", "大面积绿色植物", "价格文字"]
    cta: "冬日礼赠"

text_rendering: html_overlay 是一个重要决定。活动价格、优惠期限、按钮文字和法律说明不应固化进 AI 图片，因为内容经常变化，且需要响应式布局、无障碍访问、搜索引擎读取和 A/B 测试。GPT-Image-2 生成视觉背景与商品合成，标题和按钮由 HTML/CSS 渲染，页面可维护性更高。

GPT-Image-2 的两种生产路线

路线 A：生成季节背景，再用代码合成商品

这是最稳健的路线。GPT-Image-2 只生成不含商品、不含文字的背景；程序把已批准的透明商品 PNG 放到规定位置。商品像素不会被模型改写，适合真实 SKU、精确包装和规模化活动页。

生成一张用于电商活动页 Hero 的春季背景。
浅绿与淡粉渐变，柔和晨光，少量嫩叶与花瓣位于画面边缘。
中央偏右保留干净空区用于放置商品，左侧保留标题与按钮安全区。
仅生成背景和装饰，不得出现商品、包装、文字、Logo、水印、价格或人物。
商业级摄影棚质感，画面干净，1536×1024 横向构图。

路线 B：把商品主图交给编辑接口进行整体合成

这条路线能让光线、反射和季节道具更自然，但商品可能发生细微改变。对于视觉优先、文字较少或虚构包装的素材可以使用；对于真实销售主图必须增加对照审核。

输入图片是唯一允许出现的商品主资产。
保持商品形状、比例、颜色、标签位置、Logo、瓶盖、部件数量和视角不变。
只在商品周围创建冬季礼赠场景：冷调深蓝渐变、银色丝带、少量雪晶光点。
商品完整可见，边缘清楚，不被道具遮挡。左侧保留活动标题安全区。
不得添加价格、促销文字、额外商品、人物、第三方标志或水印。

官方 OpenAI 文档说明，GPT-Image-2 会以高保真方式处理图像输入，input_fidelity 对该模型不生效，因此示例代码不应再传这个参数。这不代表结果与输入像素完全相同；“高保真输入处理”与“确定性像素保留”是两件事。

选择条件	背景生成＋代码合成	GPT-Image-2 整体编辑
商品像素必须不变	最佳	有漂移风险
光影融合自然度	需要代码补阴影与调色	通常更自然
批量可复现性	高	需回归测试
复杂透明材质	合成需要细致处理	模型可能更好理解语义
成本	背景可被多 SKU 复用	每个 SKU、季节需单独编辑
推荐用途	正式商品主图与规模化页面	Hero 创意、概念图、低风险素材

项目目录与任务清单

让 Codex 创建一个小而清晰的仓库，不要一开始构建庞大平台：

seasonal-campaign/
├── assets/
│   ├── products/SKU-001/master.png
│   ├── backgrounds/spring/
│   └── outputs/
├── config/
│   ├── products.json
│   ├── seasons.yaml
│   └── placements.json
├── scripts/
│   ├── generate_backgrounds.py
│   ├── compose_assets.py
│   └── validate_outputs.py
├── src/
│   ├── components/CampaignHero.tsx
│   └── pages/campaign/[season].tsx
├── tests/
│   ├── test_manifests.py
│   └── visual.spec.ts
└── campaign-manifest.json

任务粒度采用 sku + season + placement + locale。例如 SKU-001__spring__hero__zh-CN。同一任务 ID 在重跑时覆盖草稿区的旧版本，但不能自动覆盖已批准的正式资源；正式资源使用版本号或内容哈希。

{
  "job_id": "SKU-001__spring__hero__zh-CN",
  "sku": "SKU-001",
  "season": "spring",
  "placement": "hero",
  "locale": "zh-CN",
  "source_asset": "assets/products/SKU-001/master.png",
  "output_size": "1536x1024",
  "quality": "medium",
  "status": "pending",
  "requires_human_approval": true
}

让 Codex 搭建项目的推荐指令

Codex 的作用是阅读仓库、生成代码、运行测试和验证页面。可将下面的要求作为首轮任务，之后逐个小步迭代：

请在当前仓库实现一个 seasonal-campaign 最小可用版本。

目标：读取 config/products.json、config/seasons.yaml 与 placements.json，
生成“商品 × 四季 × 版位”的任务清单；调用 GPT-Image-2 生成无文字季节背景；
使用 Pillow 将透明商品 PNG 确定性合成到背景；输出 campaign-manifest.json；
再创建一个响应式活动页组件读取 manifest。

约束：
1. 不要把 OPENAI_API_KEY 写入代码、日志或示例配置。
2. 生成脚本必须支持 --dry-run、--season、--sku 和 --resume。
3. 已批准资源禁止覆盖，草稿输出使用稳定 job_id。
4. 每个输出记录提示词版本、模型 ID、尺寸、质量、源文件哈希和状态。
5. 图片内不渲染价格、按钮和活动期限，全部由 HTML/CSS 覆盖层完成。
6. 添加配置校验、单元测试和浏览器视觉检查。
7. 先只实现 SKU-001 的 spring Hero，测试通过后再扩展。

官方的 Codex 用例建议先用 ImageGen 探索视觉方向，再让 Codex 实现最小可用原型，并在浏览器中检查页面。这里应遵循同样原则：先批准一套季节视觉，不要让代码代理在没有设计基线的情况下无限生成。

Python：生成背景并合成商品

下面是一个可理解的最小示例。真实项目需要补充重试、Rate Limit、数据库状态和对象存储。

import base64
import hashlib
import json
from pathlib import Path

from openai import OpenAI
from PIL import Image, ImageFilter

client = OpenAI()


def sha256(path: Path) -> str:
    return hashlib.sha256(path.read_bytes()).hexdigest()


def generate_background(prompt: str, output: Path) -> None:
    result = client.images.generate(
        model="gpt-image-2",
        prompt=prompt,
        size="1536x1024",
        quality="medium",
        output_format="png",
        background="opaque",
        n=1,
    )
    output.parent.mkdir(parents=True, exist_ok=True)
    output.write_bytes(base64.b64decode(result.data[0].b64_json))


def compose(background_path: Path, product_path: Path, output: Path) -> None:
    background = Image.open(background_path).convert("RGBA")
    product = Image.open(product_path).convert("RGBA")

    # 商品高度控制在画布的 72%，保持长宽比
    target_h = int(background.height * 0.72)
    target_w = int(product.width * target_h / product.height)
    product = product.resize((target_w, target_h), Image.Resampling.LANCZOS)

    x = int(background.width * 0.65 - target_w / 2)
    y = int(background.height * 0.52 - target_h / 2)

    # 从商品 Alpha 生成柔和落影，影子是独立效果，不改商品像素
    alpha = product.getchannel("A")
    shadow = Image.new("RGBA", product.size, (0, 0, 0, 0))
    shadow.putalpha(alpha.filter(ImageFilter.GaussianBlur(18)).point(lambda p: p * 0.25))
    background.alpha_composite(shadow, (x + 18, y + 24))
    background.alpha_composite(product, (x, y))

    output.parent.mkdir(parents=True, exist_ok=True)
    background.convert("RGB").save(output, quality=92, optimize=True)


product_path = Path("assets/products/SKU-001/master.png")
background_path = Path("assets/backgrounds/spring/hero.png")
output_path = Path("assets/outputs/SKU-001__spring__hero.jpg")

prompt = (
    "电商春季活动页横向背景，浅绿与淡粉渐变，柔和晨光，少量嫩叶和花瓣位于边缘；"
    "中央偏右为商品留出干净区域，左侧保留标题安全区；仅生成背景和装饰，"
    "不得出现商品、文字、Logo、价格、按钮、人物或水印。"
)

generate_background(prompt, background_path)
compose(background_path, product_path, output_path)

manifest = {
    "job_id": "SKU-001__spring__hero__zh-CN",
    "model": "gpt-image-2",
    "source_sha256": sha256(product_path),
    "background": str(background_path),
    "output": str(output_path),
    "status": "needs_review"
}
Path("campaign-manifest.json").write_text(
    json.dumps(manifest, ensure_ascii=False, indent=2),
    encoding="utf-8"
)

这里使用 GPT-Image-2 生成背景，商品合成由 Pillow 完成。这样可以清晰区分“生成像素”与“批准商品像素”，也更容易定位问题。如果输出必须为 WebP，可在发布阶段转换，但要保留一份无损 PNG 主资产。

活动页组件如何读取配置

活动页面不应硬编码四套路径。让 Codex 创建一个组件，接受 season、product 和 placement，从 Manifest 解析批准资源。

type Season = "spring" | "summer" | "autumn" | "winter";

type CampaignHeroProps = {
  season: Season;
  imageUrl: string;
  title: string;
  description: string;
  ctaLabel: string;
  ctaHref: string;
};

export function CampaignHero(props: CampaignHeroProps) {
  return (
    <section className={`campaign-hero season-${props.season}`}>
      <img
        src={props.imageUrl}
        alt={props.description}
        width={1536}
        height={1024}
        fetchPriority="high"
      />
      <div className="campaign-copy">
        <h1>{props.title}</h1>
        <p>{props.description}</p>
        <a href={props.ctaHref}>{props.ctaLabel}</a>
      </div>
    </section>
  );
}

HTML 文案层带来五个直接收益：文字清晰、可编辑、可翻译、可被搜索引擎读取，并能满足移动端换行和对比度要求。活动结束时只需切换配置，不用重新生成带旧日期的整张图片。

同一批准商品主资产进入四季设计分支，再按桌面与移动版位输出并统一验收。

四季提示词应如何保持一致

四季提示词只改变季节变量，不改变商品约束、相机、构图和品牌质量要求。一个实用模板可以拆成三层：

[固定层]
用途：电商活动页 Hero。商业级产品摄影与品牌视觉。
商品约束：只使用输入商品；保持形状、比例、颜色、标签、Logo、部件和视角不变。
构图约束：商品位于右侧安全区，完整可见；左侧保留 40% 文案空间。
禁止：不得生成价格、按钮、日期、额外商品、人物、第三方 Logo 或水印。

[季节层]
季节：{season_label}
背景：{background}
配色：{palette}
装饰：{props}
禁止元素：{avoid}

[输出层]
尺寸：{size}
版位：{placement}
用途：{device}

要保持系列一致，还应固定：

产品在画布中的占比；
相同的视觉视点；
阴影方向与强度范围；
文案安全区；
装饰数量上限；
色彩对比和品牌主色占比；
同一轮使用的模型别名或快照；
提示词模板版本。

当某一季节失败时，只修改一个变量。例如冬季图过于圣诞化，就减少红绿与礼盒元素，不要同时改变镜头、商品位置、光线和材质，否则难以判断哪个修改起作用。

视觉评测与自动验收

OpenAI Cookbook 将图像评测总结为“测试用例 → Runner → Grader → 分数 → 反馈 → 改进”。四季活动页可把验收分为硬门槛和质量评分。

硬门槛

文件尺寸、格式和版位正确；
商品主体完整，未越过安全区；
禁止元素未出现；
价格、日期和 CTA 不在图片像素中；
SKU 与输入商品匹配；
Logo、标签和配件数量没有明显变化；
移动端裁切不会切掉商品；
页面加载无 404，Manifest 只引用已批准资源。

质量评分

评分项	权重建议	判断问题
商品一致性	35%	是否仍是同一 SKU，结构与标签是否可信
季节表达	20%	不看文字能否识别春夏秋冬
品牌一致性	15%	配色、质感和克制程度是否符合品牌
构图与安全区	15%	桌面与移动端是否都有可用文案区域
边缘与光影	10%	是否有白边、悬浮感或不自然反射
可访问性	5%	叠加文字后对比度是否合格

图片模型或视觉 Grader 可以初筛，但价格、SKU、商标、合规文案和最终品牌判断仍应由人确认。图片通过并不等于页面通过；Codex 还应启动本地预览，通过浏览器分别检查桌面、平板和移动端截图。

从试点到四季全量发布的 10 个步骤

选择一个结构简单、文字较少的 SKU 作为试点。
制作并人工批准透明商品主资产，记录哈希与不可变约束。
定义四季设计令牌、文案安全区和禁用元素。
先让 GPT-Image-2 生成四张无商品背景，确认视觉方向。
使用确定性合成产出四季桌面 Hero，并完成商品一致性审核。
让 Codex 创建活动页组件、Manifest 解析和响应式样式。
增加单元测试、资源存在性检查和浏览器截图验证。
为每个季节补齐移动端、分类横幅和商品卡片版位。
接入 CI 或 n8n，生成后进入 needs_review，禁止直接发布。
试点指标合格后，再扩展到更多 SKU，并保留旧活动页的一键回退版本。

成本与产能怎么计算

成本不是“四季等于四张图”这么简单。假设有 50 个 SKU、4 个季节、3 个版位，如果每个组合都由模型独立编辑，将产生 50 × 4 × 3 = 600 次生成；若先生成每季每版位背景，再用代码合成，则背景只需要 4 × 3 = 12 次生成，商品合成几乎只产生本地计算成本。

方案	GPT-Image-2 调用量	商品保真	视觉融合	推荐规模
每 SKU 整体编辑	SKU×季节×版位	中，需要审核	高	少量重点商品
每季背景＋本地合成	季节×版位	高	中到高	大规模目录
Hero 整体编辑＋卡片本地合成	重点 SKU＋通用背景	高低兼顾	高	最推荐的混合方案

官方图像生成指南在本文核验日给出的 GPT-Image-2 常见尺寸输出估算为：Low 约 0.005～0.006 美元、Medium 约 0.041～0.053 美元、High 约 0.165～0.211 美元。总成本还包括文本输入和编辑时的输入图片 Token。价格会变化，正式预算应以最新官方价格页和控制台为准。

最值得优化的指标不是单次价格，而是：

单张已批准素材成本 =（API + 返工 + 存储 + 审核）÷ 已批准素材数

如果整图编辑首轮通过率只有 60%，背景生成＋代码合成即使初期开发多一天，长期也可能更便宜。

CI、密钥与发布安全

Codex 可以生成 GitHub Actions 或其他 CI 配置，但密钥和发布权限要由平台管理。推荐将流程分为三个 Job：generate-drafts、validate-preview、publish-approved。前两个可以自动运行，最后一个必须读取明确的批准状态。

name: Seasonal Campaign Preview

on:
  workflow_dispatch:
    inputs:
      season:
        required: true
        type: choice
        options: [spring, summer, autumn, winter]

jobs:
  build-preview:
    runs-on: ubuntu-latest
    permissions:
      contents: read
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with:
          python-version: "3.12"
      - run: pip install openai pillow pyyaml
      - run: python scripts/build_campaign.py --season "${{ inputs.season }}" --resume
        env:
          OPENAI_API_KEY: "${{ secrets.OPENAI_API_KEY }}"
      - run: python scripts/validate_outputs.py --season "${{ inputs.season }}"

示例只构建预览，不包含发布凭据。实际发布 Job 应使用独立环境、最小权限 Token、受保护分支和人工审批。不要让图像生成脚本拥有删除商品、修改价格或直接发布生产页面的权限。

风险、限制与回退方案

商品漂移

即便使用高保真图像输入，模型也可能调整文字、材质反光或小部件。真实 SKU 主图优先使用背景生成＋代码合成，整体编辑只用于经过批准的高价值视觉。

季节刻板化

春天不等于堆满花，冬天也不等于圣诞节。季节令牌应符合品牌和目标市场，禁止出现未授权节日角色、宗教符号或地区不适用元素。

图片内文字失效

价格、日期和 CTA 一旦写入图片就难以更新。活动信息使用 HTML 覆盖层，图片只承载视觉氛围。这样也便于中文、英文和其他语言复用同一背景。

Rate Limit 与中断

批任务应支持 --resume、稳定 Job ID、指数退避和每日预算上限。内容被安全系统拒绝时不要无限重试，应记录提示词并人工处理。

页面回归

新图可能导致 CLS、移动端裁切、文字对比不足或加载变慢。发布前运行尺寸、文件大小、资源路径、LCP、可访问性和多视口截图检查。

一键回退

每次发布生成带版本的 Manifest，不直接修改旧文件。若冬季页面上线后发现错误，只切换回上一版本 Manifest，不需要重新生成所有图片。

更多自动化发布和页面构建案例可查看 AI Stack Nav 的 Codex 工作流教程与电商图片自动化专题。

事实依据与来源

官方已确认： OpenAI 图像生成指南说明 Image API 提供 Generations 和 Edits 两类端点，GPT-Image-2 可用于图像生成与编辑。
官方模型行为： GPT-Image-2 的图像输入默认以高保真方式处理，input_fidelity 对该模型不生效；本文代码因此省略该参数。
官方透明能力： GPT-Image-2 透明背景仍为 Preview；透明输出需使用 PNG 或 WebP，并在后续处理保留 Alpha。
官方尺寸边界： 模型支持灵活尺寸，但需满足边长倍数、长宽比与总像素约束；高于常用 2K 范围的输出更具实验性。
官方 Codex 用例： OpenAI 建议用 ImageGen 探索视觉方向，再让 Codex 实现最小原型并在浏览器中验证。
官方评测方法： OpenAI Cookbook 建议将图像评测组织为测试用例、Runner、Grader、评分、反馈和改进循环。
编辑判断： 将商品主资产、季节设计令牌、页面组件、调度和审批拆成五层，是本文提出的企业实施架构，并非官方强制方案。
实施建议： 正式商品采用背景生成＋确定性合成，重点 Hero 再考虑整体编辑，可在保真、成本和视觉效果之间取得更稳健平衡。
需要实测： 不同商品材质、Logo、细小标签和移动端裁切的通过率，应以企业真实样本回归测试为准。

FAQ

GPT-Image-2＋Codex 是一个官方组合产品吗？

不是单独售卖的一体化产品。GPT-Image-2 是图像生成与编辑模型，Codex 是编码代理。本文所说“组合”是工作流设计：用 GPT-Image-2 生产视觉，用 Codex 编写和维护生成脚本、配置、活动页及测试。

Codex 能否按季度自动运行整套流程？

Codex 可以帮助创建和修改自动化代码，但长期定时触发应由 GitHub Actions、n8n、Cron 或企业调度平台负责。高影响的正式发布应增加人工审批，不能把 Codex 对话本身当作可靠定时器。

GPT-Image-2 编辑商品图需要设置 input_fidelity=high 吗？

不需要。官方提示指南说明 GPT-Image-2 的图像输入已经默认高保真处理，input_fidelity 对该模型不起作用。不要照搬 GPT-Image-1 或 1.5 的旧示例参数。

四季活动图应该整体编辑还是背景合成？

真实 SKU、大规模商品目录优先使用“生成背景＋代码合成”；少量重点 Hero、概念商品或允许一定创意变化的素材，可以使用整体编辑。混合方案通常最实用。

为什么活动文案不建议直接生成在图片里？

价格、日期、优惠和按钮经常变化，而且需要响应式、可翻译、可访问与可检索。使用 HTML/CSS 渲染能避免整张图重做，也更利于 A/B 测试和移动端适配。

一套商品图要生成多少个版位？

至少区分桌面 Hero、移动端 Hero、分类横幅和商品卡片。不要只把桌面图机械裁成移动端图；应为每个版位定义商品位置与文案安全区，再复用同一批准主资产。

如何避免冬季图把商品包装改掉？

最稳妥的方法是不让模型编辑商品，只生成冬季背景，再用代码叠加透明主资产。如果使用整体编辑，应列出商品不可变约束，并对照原图检查 Logo、标签、瓶盖、部件数量与颜色。

四季背景可以在不同商品间复用吗？

可以，而且这是降低成本的关键。只要商品构图和阴影规则一致，同一个季节、同一个版位的背景可以服务多个 SKU；必要时生成少量品类背景，而不是每个商品生成一张。

如何处理生成失败或页面上线出错？

生成任务使用稳定 Job ID、状态记录与 --resume；发布资源使用版本化 Manifest。失败任务进入重试或人工队列，上线错误则将 Manifest 指针切回上一批准版本。

这套方案适合 WordPress 吗？

适合。可以让脚本生成媒体文件和 JSON Manifest，再由自定义区块、短代码或主题模板读取；也可通过 WordPress REST API 上传已批准素材。上传和发布权限应分离，生产发布保留人工确认。

参考来源

工具评测文章

工具选型与提示词资料

适合阅读工具评测、工具推荐、对比测评类文章后继续转化。

工具选型表 按场景、价格、上手难度和核心能力筛选合适的 AI 工具。 查看资料包 提示词模板包 提供写作、运营、编程、图片和视频生成常用提示词模板。 查看资料包