使用指南

面向开发者的 Recraft v4.1 文生图提示词配方

可直接复制粘贴的提示词结构，用于在插画与摄影风格之间切换、控制布局与文字渲染，并通过负面列表引导输出

2026年11月3日

为什么提示词配方优于一次性提示词

每个调用文生图 API 的团队最终都会撞上同一堵墙：那张效果出色的图片，其提示词躺在聊天记录、一次性脚本或某人的笔记应用里。当产品需求发生变化——"同样的插画，但要摄影感"或"在图片里加个标题"——没人知道哪些词起了作用，于是提示词被从零重写，输出结果也随之出现不可预测的变化。

提示词配方通过把提示词当作一份小型、参数化的文档来解决这个问题。一个骨架，几个可替换的块，再加一份简短的约束列表。改变风格变成单字段编辑而非全盘重写，这意味着你可以对提示词做 diff、在 pull request 中评审它们，并推理输出为何发生变化。

配方还让质量回归变得可调试。如果图片突然看起来不对，你可以二分排查：是主体块、风格块、布局指令还是负面列表的问题？而用一次性提示词，答案通常是"全都是"。

本指南将走查一套适用于 Recraft v4.1 文生图的具体骨架，并给出开发者最常用的两大类可直接复制粘贴的配方：插画与摄影。同样的结构可扩展到布局控制、图内文字和负面列表。

一份配方实际包含什么

把每份配方看作四个部分：

固定骨架——你代码库中每条提示词都共享的有序块。
可替换的风格词汇——让输出在插画与摄影之间切换的词。
约束子句——布局、宽高比、文字渲染和排除指令。
版本标签——让生产环境中的提示词可以追溯到生成该素材的确切修订版本。

这些都不需要特殊工具。每份配方一个 JSON 文件，与调用 API 的代码一起提交到仓库里，就足够了。

提示词骨架：保留的块与变化的块

下面的骨架刻意显得乏味。这正是重点——稳定的部分应当永远不需要编辑，这样注意力就集中在会变化的部分上。

[SUBJECT]        图像里有什么，用平实的语言描述
[STYLE]          媒介与渲染词汇
[COMPOSITION]    取景、镜头或布局、宽高比
[CONSTRAINTS]    文字渲染、配色限制、禁止规则

哪些块保留，哪些被替换

SUBJECT——保留。这通常是你的产品逻辑唯一应当参数化的块（一个产品名称、一段来自用户输入的场景描述）。
STYLE——替换。插画与摄影的差异几乎全在这里。
COMPOSITION——大部分替换，但指令的形态保持不变（先取景，后宽高比）。
CONSTRAINTS——部分共享。负面列表和"除非指定否则不要文字"规则往往是全局的；文字渲染指令则是按请求而定。

作为数据的最小模板

{
  "recipe_id": "product-hero",
  "version": "3",
  "subject": "a ceramic coffee mug on a plain surface",
  "style": "{{style_block}}",
  "composition": "centered, generous negative space above the subject, square aspect",
  "constraints": ["no text in image", "no watermark"],
  "negatives": "{{negative_list_v2}}"
}

{{style_block}} 占位符就是接缝。其余部分要么跨配方共享，要么由调用方提供。当你日后增加第三种风格——比如等距 3D——你只需增加一个风格块，而不是新的提示词文件。

一个实用提醒：让块顺序在每份配方中保持一致。模型是否以有文档记录的方式对顺序敏感并无保证，但你的团队是。一致的顺序让提示词可比较，让并排评审有意义。

插画配方：扁平、矢量与社论风格

插画配方是大多数团队的起点，因为插画对简化有很好的容忍度——这让它成为在不与写实感较劲的情况下测试骨架的好选择。

扁平插画

[SUBJECT] a developer workspace with a laptop, notebook and coffee mug
[STYLE] flat vector illustration, solid fills, no gradients, bold simple shapes, limited four-color palette, clean geometric forms
[COMPOSITION] centered composition, even margins, square aspect
[CONSTRAINTS] no text in image, no shadows, no textures

驱动这种观感的词：扁平、实色填充、无渐变、粗犷简单的形状。每个词都在起作用。去掉"无渐变"，你往往会看到柔和的阴影悄悄混进来。

矢量风格图标

[SUBJECT] a single shield icon with a checkmark
[STYLE] minimal vector icon, uniform stroke weight, rounded line caps, two-tone, high contrast on plain background
[COMPOSITION] centered, icon fills most of the frame, square aspect
[CONSTRAINTS] no text, no background scenery, no gradients

图标提示词受益于明确的限定词——单个、统一的描边粗细——因为缺少它们，你往往得到一个小场景而非一个图形符号。

社论插画

[SUBJECT] a person reviewing charts on a large screen
[STYLE] editorial illustration, muted palette, subtle grain, hand-drawn line quality, slightly abstracted human figures, magazine feature style
[COMPOSITION] subject offset to the right, breathing room on the left, landscape aspect
[CONSTRAINTS] no text in image, no photorealism, no logos

社论风格处于中间地带：比扁平矢量更有质感和个性，但仍明显不是摄影。把柔和配色与细微颗粒搭配在一起，正是防止它滑向任一极端的关键。

调优提示：一次只改一个风格形容词。把"柔和配色"换成"鲜艳配色"是一次真正的实验；一次换五个词则不是。

摄影配方：写实、棚拍与生活方式取景

摄影配方使用相同的骨架，只是词汇不同。注意主体块几乎不变——这就是模板化的回报。

干净的棚拍产品图

[SUBJECT] a ceramic coffee mug on a plain surface
[STYLE] professional studio product photography, soft diffused key light, gentle falloff, neutral background, sharp focus, realistic material detail
[COMPOSITION] centered, slight three-quarter angle, generous negative space above, square aspect
[CONSTRAINTS] no text in image, no props, no harsh reflections

摄影词汇围绕光线（柔和漫射、衰减）、光学（锐利对焦、景深）和材质真实感（写实的材质细节）聚集。插画词汇则围绕形状与填充聚集。这一对比就是两族配方之间的全部差异。

环境生活方式

[SUBJECT] a person working at a wooden desk near a window
[STYLE] candid lifestyle photography, natural window light, shallow depth of field, warm neutral tones, realistic skin and fabric texture
[COMPOSITION] over-the-shoulder framing, subject left of center, landscape aspect
[CONSTRAINTS] no text in image, no visible brand marks, no exaggerated saturation

抓拍感和自然窗户光把输出拉离棚拍的精致感。如果结果看起来太摆拍，这通常既是构图问题也是风格问题——加"过肩取景"比堆更多形容词更管用。

把插画配方转换为摄影

给定一份可用的插画配方，转换是机械式的：

用摄影词汇替换整个 [STYLE] 块。
只在取景不同时调整 [COMPOSITION]（角度在摄影中更重要）。
保持 [SUBJECT] 逐字节完全一致。
保留全局负面项；去掉不再适用的插画专属项，如"无渐变"。

如果摄影结果凭空发明或丢掉了主体中的元素，那很可能是主体块描述不足——在那里修正，而不是添加补偿性的风格词。

控制布局与文字渲染

布局和文字是开发者最常指望模型自行推断的两件事，也恰恰是最值得明确写出的两件事。把它们当作独立的提示词块，与风格分开。

真正起约束作用的位置语言

含糊："一个落地页的横幅图。"

明确：

[COMPOSITION] landscape 16:9 frame; subject occupies the right two-thirds;
left third is empty open space suitable for a headline; horizon line at
lower third; nothing enters the left third

三个习惯能让位置指令更牢固：

先命名画框，再描述放置位置（"横向 16:9 画框"）。
明确预留区域，并声明没有任何东西进入该区域。空白空间并非默认状态。
锚定到三分线，而不是用"略偏离中心"这类无法度量的词。

文字渲染

当你希望图片中出现文字时，把它隔离成一个块，并引用确切的字符串：

[TEXT] render exactly the words "Ship faster" in a bold sans-serif,
placed in the reserved left third, vertically centered, single line,
high contrast against a plain background. No other text anywhere.

能减少迭代的要点：

引用字面字符串——绝不要在提示词里改写它。
说"确切"和"不要其他文字"——否则边角或道具上会冒出多余的字。
指定行数（"单行"），否则换行就成了猜测。
指定对比背景（"在纯色背景上"），让文字有东西可依托。
让文字完全远离 [STYLE] 块；混在一起会让两者都更难调优。

如果某个请求需要精确的多元素排版，把生成文字当作起点，并在下游规划一个真正的文字图层。提示词层面的文字控制适合短标题和标签，不适合密集正文。

负面列表：排除什么以及如何版本化

负面列表是你最廉价的质量控制手段。与其描述你想要什么，不如点明你拒绝接受的失败模式。

值得排除的类别

按类别组织负面项，这样你可以扩展它们而不会制造矛盾：

文字伪影——多余的字、乱码字形、水印、签名。
构图伪影——被裁切的主体、截断的肢体、重复元素、杂乱边缘。
渲染伪影——模糊、色带、过度饱和、刺眼的 HDR 感、塑料感皮肤。
内容卫生——品牌标识、可识别的商标、真实人物的肖像。
风格漂移——插画配方中出现照片写实感，摄影配方中出现插画感。

最后一类正是团队最常忘记的。如果你的插画配方不断漂向写实，一个明确的负面项往往比堆砌风格形容词更可靠。

保持简短且不矛盾

过长的负面列表会适得其反。如果某个负面项与正面指令冲突，结果会变得不稳定，你也无法判断哪条子句占了上风。两条规则：

绝不要否定你要求过的东西。 如果构图块为了纵深感要求阴影，就不要同时全局列出"无阴影"。
具体优先于笼统。 "无水印"是可操作的；"不要坏东西"是噪音。

让负面列表与提示词一同版本化

负面项会改变每份引用它们的配方的行为，因此它们需要与提示词同等的可追溯性：

{
  "negative_list_id": "global-v2",
  "entries": ["watermark", "signature", "stray text", "cropped subject", "duplicated elements", "oversaturated colors"]
}

从每份配方中按 ID 引用该列表，并在编辑时递增 ID。当部署后输出质量发生偏移，"负面列表变了吗？"就成为 diff 里的一行检查，而不是一场调查。

上线前对比真实输出

在你查看过真实输出之前，一份配方只是一个假设。下面的对比流程刻意保持轻量——它应当只需几分钟，而不是一个冲刺。

流程

冻结除一个变量外的所有内容。 相同的主体块、相同的构图、相同的负面项，若 API 暴露了种子则使用相同的种子。只改变风格块。
生成一个小矩阵。 两到三个风格变体，搭配两到三个有代表性的主体，通常就足以暴露一份糟糕的配方。
并排评审，而非顺序评审。顺序评审会招致近因偏差——最后一张图片看起来最好，只因为它最新鲜。
对照需求评分，而非口味。 写下该素材用于什么（主视觉横幅、图标集、社论页头），并检查真正重要的具体属性：预留空间是否真的为空、有无多余文字、有无风格漂移。
有意识地晋级。 只有通过评审的配方修订版才进入产品代码，并打上其版本标签。

要留意什么

跨主体的一致性。 对某个主体有效、在另一个主体上就崩掉的风格块尚未就绪。
约束遵守度。 预留的左侧三分之一是否保持为空？引用的确切字符串是否只出现一次？
失败聚集。 如果同一伪影在多个变体中出现，它应进入负面列表，而不是做风格微调。

把一切保存在仓库中

把配方 JSON、负面列表版本和评审记录放在一起。当六个月后有人问为什么主视觉图片长这样，答案是一次提交，而不是一段记忆。

一旦一份配方通过了这个循环，为给定主体在插画与摄影之间切换就变成单字段编辑——这正是骨架被设计来提供的维护特性。通过一个统一 API 对 Recraft v4.1 文生图运行这些配方，并让每一次提示词修订都与调用它的代码一起版本化。

查看全部文章 →