imagen4-fast 提示词配方：开发者可复制粘贴的提示词

为什么提示词配方胜过一次性提示词

大多数图像生成问题并不是模型的问题，而是提示词的问题，而且很难修复，因为提示词往往只存在于某人的聊天记录或一份过时的文档里。一个在周二产出过出色结果的一次性提示词，到了周五就无法复现，因为你无法准确说出它里面到底写了什么。

提示词配方解决这个问题的方式，就像函数解决复制粘贴的逻辑一样。它有固定的结构、具名的槽位和稳定的标识，方便你日后引用。当输出发生变化时，你有东西可以对比。

实际收益很快就能显现：

• 跨调用的一致性。 同一配方配合同样输入，能产出可比的构图与风格；当一个页面要在网格中渲染十二张卡片图时，这一点至关重要。
• 低成本的迭代。 你一次只改一个槽位，而不是重写自由散漫的散文，从而丢掉本来有效的部分。
• 可追溯性。 配方有版本。当品牌团队问为什么缩略图看起来比上个月更扁平，你可以做二分排查。
• 可评审性。 配方可以像其他资源一样在拉取请求中评审，评审者不必是以写提示词为生的人。

本文余下部分是一本手册。每个配方都遵循同一骨架，因此你可以读一个、改造它，然后不做重构地放进你的代码库。把模型当作一个组件，把配方当作你针对其构建的接口。

有一个观念要记住：配方不是一句魔法咒语。它是下游 UI 槽位与生成调用之间的契约。UI 槽位决定画幅；配方决定用什么填充它。

基础提示词骨架

本手册中的每个配方都由同一个四部分骨架构成。复制这段并填充槽位：

[subject] — [composition] — [style] — [constraints]

核心思想就这么多。下面是一个填好的版本，可以直接粘贴使用：

A lone ceramic coffee cup on a pale oak desk, three-quarter view, shallow depth of field,
soft morning light from the left, minimal editorial product photography, muted warm palette,
no text, no logos, no hands, centered subject with breathing room on all sides

每个槽位的作用

主体（Subject）是图像所关于的那一个东西。要具体命名："陶瓷咖啡杯"，而不是"咖啡氛围"。如果主体有动作或状态，也放在这里："一名开发者在昏暗桌前敲击键盘的中途"。抵制添加第二个主体；这是导致结果杂乱最常见的原因。

构图（Composition）控制画幅。视角（四分之三视角、俯视、平视）、主体位置（居中、三分法左侧）、裁剪（全画幅、紧凑裁剪）和景深都属于这里。这个槽位是你用文字编码宽高比意图的地方，即便实际比例是另一个独立参数。

风格（Style）是一小段视觉词汇：媒介（照片、扁平矢量、水彩）、光照（柔和晨光、硬轮廓光）、色调（柔和暖色、高对比单色）和质感（哑光、光泽、颗粒）。控制在一到三个短句。更长的风格块往往会互相打架。

约束（Constraints）是负空间。什么不能出现：文字、标识、水印、多余肢体、杂乱背景、生硬阴影。约束是廉价的保险，也是配方出问题时最先要扩展的部分。

两个值得常备的变体

极简物品照：

[object] on a seamless [color] backdrop, centered, straight-on view, soft even studio light,
clean commercial product photography, no shadows on background, no text, no props

编辑场景照：

[scene subject] in [environment], wide establishing view, natural light, subtle film grain,
documentary photography, muted palette, no text, no logos, no visible brand marks

两者都刻意保持简短。如果你的提示词是一段形容词的堆砌，你很可能已经把构图槽位丢在里面某处了。

在写提示词之前先选好宽高比

在你了解要填的洞的形状之后再写提示词。宽高比是产品决策，不是提示词决策；选晚了会逼你重写已经调好的构图短句。

一个能覆盖大多数界面的简单映射：

• 主视觉横幅与页面页眉——宽画幅。构图用语："wide establishing view"、"horizon placed in the lower third"、"negative space on the left for headline overlay"。
• 卡片与网格瓦片——正方形或接近正方形。构图用语："centered subject"、"even margins"、"no important detail near the edges"。
• 头像与个人资料小图——正方形、紧凑裁剪、单一主体。构图用语："head and shoulders"、"centered face"、"plain background"。
• 缩略图与列表行——小尺寸宽幅或方形裁剪，主体必须在缩小后依然可辨。构图用语："single dominant subject"、"high contrast against background"、"no fine detail"。
• 编辑内容或长文配图——竖幅画幅。构图用语："vertical composition"、"subject occupies the upper two thirds"、"foreground anchor at the bottom"。

为什么措辞必须与画幅匹配

为宽横幅写的构图短句（"negative space on the left"）一旦裁成正方形就毫无意义；而用文字描述的紧凑竖幅裁剪，如果你要求宽画幅，就会被挤压。提示词与比例应当一致，因为你在两次描述同一个矩形——一次用语言，一次用参数。

实用工作流

1. 查看实际的 UI 槽位，记下它的宽高比以及它在小屏幕上的裁剪方式。
2. 选择最接近的受支持宽高比，而不是要求模型用留白伪造。
3. 围绕该画幅写构图槽位，包括负空间应落在哪里。
4. 生成后检查最坏情况的裁剪（移动端、网格缩小），而不是理想情况。

如果一个配方必须服务两个差异很大的槽位，就做成两个配方。复制一个配方比写一个到处都半吊子管用的构图短句更划算。

可按界面切换的风格线索块

风格槽位是你应当预期最常改动的部分，所以要把它模块化。把风格线索写成一个自包含的块，挂在基础骨架上，并按界面或品牌调性各保留一个块。

品牌安全 / 中性

minimal editorial photography, soft diffused light, muted neutral palette,
clean background, product-focused, no text, no logos

用于营销页面，图像不能与文案争抢注意力，也不能暗示品牌主张。

摄影 / 纪实

natural light, documentary photography, shallow depth of field, subtle grain,
unposed subject, realistic color, no heavy filters

用于编辑配图和叙事界面，真实感比精致感更有效。

扁平插画

flat vector illustration, limited two-color palette, bold simple shapes,
no gradients, generous whitespace, geometric composition, no text

用于新手引导、空状态和文档，图像需要与设计系统匹配。

影棚产品照

seamless studio backdrop, soft even key light, crisp shadows, high detail on the subject,
commercial catalog photography, no props, no text

用于商品目录和对比网格，多图之间的一致性比任何单张图都重要。

如何切换而不退化

• 把风格块当成一个变量，绝不与主体或构图短句交错。如果风格词散落在提示词各处，你就无法干净地替换它们。
• 一次只改一个块，并重新生成同样的主体和构图。如果两个变量同时变动，你就无法判断是哪个导致了变化。
• 警惕风格块偷偷夹带构图。"Centered" 和 "close-up" 属于构图而非风格；如果它们住在风格块里，你在宽高比上的努力就会被无声地抵消。
• 修剪不断膨胀的块。三个风格短句通常足够；五个就开始互相竞争。

一个有用的测试：在其余完全相同的配方上替换风格块，看输出是否仍适配同一个 UI 槽位。如果适配，说明该块隔离得当。

在代码中参数化提示词

配方应当以模板形式存在，而不是散落在各处理函数中的字符串字面量。一个带具名变量的模板能免费送你 A/B 测试、回滚和按界面的覆盖。

模板形态

RECIPE = {
    "id": "product-hero-v3",
    "template": (
        "{subject} — {composition} — {style} — {constraints}"
    ),
    "defaults": {
        "composition": "centered subject, generous margins, eye-level view",
        "style": "minimal editorial photography, soft diffused light, muted neutral palette",
        "constraints": "no text, no logos, no watermark, clean background",
    },
    "aspect_ratio": "1:1",
}


def render(recipe, **overrides):
    slots = {**recipe["defaults"], **overrides}
    return recipe["template"].format(**slots)

配方对象携带其标识（id）、画幅（aspect_ratio）和默认值。调用方只提供有差异的部分。这让调用点保持简短，也让两个界面之间的差异一目了然。

用于 A/B 测试的变体

把变体建模为基础配方上的覆盖，而不是分叉出去的字符串：

variants = {
    "control": {},
    "warm": {"style": "minimal editorial photography, warm afternoon light, muted warm palette"},
    "tight": {"composition": "tight crop, subject fills the frame, eye-level view"},
}

因为每个变体共享主体和约束，结果的差异就可以归因于你改动的那个槽位。这就是这项练习的全部价值。

回滚与固定

• 在 id 里给每个配方一个版本，并在每次生成请求时记录它。当输出变化时，日志会告诉你哪个配方版本产出了什么。
• 在一段时间内保持旧版本可寻址。回滚应当是一次配置变更，而不是压力下的代码回退。
• 传入你自己的分析系统时用配方 id，而不是渲染后的字符串，这样你可以按配方而非精确提示词文本对结果分组。
• 在调用 API 之前校验槽位——空的 subject 应当在你应用里快速失败，而不是产出一张含糊的图像。

把宽高比作为与模板并列的一等参数，因为它由 UI 槽位而非提示词文本决定。API 所需的一切都应从一个配方对象派生，从而每个界面都有单一事实来源。

常见故障模式及调试方法

大多数糟糕的输出都能追溯到一个槽位。用这份清单决定在开始重写整个提示词之前该调整骨架的哪一部分。

主体被裁掉或出画

症状：头部被裁剪、物体溢出边缘、重要细节落在安全区域之外。

先修构图槽位，而不是风格。加上明确的取景语言（"full subject in frame"、"generous margins on all sides"），并确认宽高比与预期画幅匹配。如果主体本身很高而槽位很宽，那是画幅错了，不是提示词错了。

结果杂乱

症状：多个互相竞争的焦点、繁杂的背景、你并未要求的道具。

修主体槽位。缩减到一个主体、一种状态。把任何会被读作道具的东西移到约束里作为排除项。杂乱通常是主体含糊，而不是模型过度热情。

风格在一批中不一致

症状：网格中有些图看起来像摄影，有些像插画；色调漂移。

修风格块。把它缩短为一种媒介、一条光照短句、一条色调短句。移除泄漏到其他槽位的风格词，并拆分同时服务两个不同界面的配方。一批内的不一致，往往是风格块每次调用都不同的症状。

出现文字或标识

症状：乱码字母、假水印、类品牌标记。

扩展约束："no text, no lettering, no logos, no watermarks, no signage"。如果构图暗示了一个通常有文字的载体（屏幕、包装、海报），要么明确说明，要么改变构图。

输出忽略了要求的情绪

症状：图像正确但感觉扁平、生硬或泛泛。

修风格块，一次一条短句。光照通常是最有杠杆的改动；色调其次。用同样的主体和构图重新生成，这样对比才诚实。

其他所有情况

如果两个槽位都看起来可疑，改一个并重新生成。如果结果仍然不对，退后一步检查配方是否被要求服务一个它从未为之编写的 UI 槽位——那是产品不匹配，不是提示词缺陷。

发布配方库

一旦配方成为带版本的模板，它们就成了团队与代码一同维护的资产。目标是任何人都能找到某个界面背后的配方，理解它为什么长这样，并安全地改动它。

按界面组织，而非按提示词文本

按渲染位置给配方分组：hero、card、avatar、thumbnail、editorial-figure。看定价页的开发者应当落到该页所用的配方上，而不是一份按字母排序的形容词清单。给每个配方一个稳定 id 和版本后缀，并把默认值保留在配方对象内部。

在拉取请求中评审配方

把配方改动当作组件改动。差异应当显示哪个槽位动了、为什么动。评审者可以问有用的问题：构图是否仍与画幅匹配，风格词是否泄漏进了构图，约束是否缩水了？小的、单槽位差异容易评审；整段重写则不然。

版本化、记录与清理

• 每次生成请求都记录配方 id 和版本，这样输出变化可追溯到某次改动。
• 保持弃用版本可寻址，直到没有界面引用它们，然后在一轮清理中移除，而不是让死配方永远留着。
• 当你添加变体时，把胜出者提升为新版本，而不是把 A/B 分支留作永久路径。

记录契约

为每个配方记录预期 UI 槽位、宽高比以及不可丢弃的约束。两句话就够了。下一个动这个配方的人需要知道它不允许破坏什么。

保持循环短

配方在无人于设计变更后重新生成时会腐烂。把一个小评审步骤接入任何改动图像槽位的 UI 工作，并作为该变更的一部分重跑受影响的配方。只有反馈循环保持短，整个系统才保持低成本。

从基础骨架开始，每个界面加一个风格块，让配方库从真实槽位而非假想槽位生长。如果你正把生成接入应用，保持调用点轻薄，让配方对象承载决策。