Flux-1 Kontext Max 提示词配方：可直接复制粘贴且行之有效的编辑提示词

Kontext Max 提示词配方的本质

提示词配方不是一段描述性文字——它是一种紧凑的指令格式，精确告诉模型要改变什么、要保留什么。对于 Flux-1 Kontext Max，我们使用的每一条可靠配方都遵循同样的四段式结构：

• 动词——操作类型：替换、移除、重新着色、添加、扩展、重风格化。
• 目标——动词作用的区域或对象，需明确命名（“左侧人物穿着的红色夹克”）。
• 期望变化——最终状态，而非过程（“把它变成藏青色”而不是“改变颜色”）。
• 保留条款——必须保持完全一致的内容（“保持相同的布料褶皱、光照和背景”）。

因此一条配方读起来像这样：replace the jacket on the person at left with a navy wool coat; keep pose, lighting, and background unchanged。

关键的心智模型：Kontext Max 是一个编辑器，而不是生成器。它从你的输入图像出发，应用一个差异（diff）。这个差异越小、边界越精确，结果就越可预测。那些读起来像图像生成说明的提示词（“一个女子在夜晚城市中的情绪化肖像”）会赋予模型重新生成一切的自由，而它确实会这么做。

保留条款是大多数人会跳过的一块，也是发挥作用最大的一块。没有它，模型会把图像其余部分视为可随意改动。有了它，你实际上是用自然语言画出了一个蒙版——这很有用，因为你永远不必手动构建蒙版。

改变结果走向的指令措辞规则

这些是你在提示词层面可以控制的杠杆。每一个都能可靠地把输出推向可预测的方向。

用祈使句，而非描述句

写“移除右下角的垃圾桶”，而不是“有一个不该在那里的垃圾桶”。祈使语气直接对应编辑操作。描述语气读起来像场景说明，会招致重新生成。

命名目标，而非整张图像

“门上方的标牌”胜于“图像中的文字”。如果你的图像中有三块标牌，要说明是哪一块（“悬挂在左侧门道上方的木制标牌”）。空间锚点——左、右、上、前景、主体后方——几乎不增加成本，却能消除大部分歧义。

每条指令只做一次编辑

如果需要两处更改，只有当它们作用于同一区域时才用分号串联：remove the chair; keep the floorboards and shadows beneath it。不相关的编辑应放在单独的调用中。把不相关的更改堆叠在一条提示词里，是造成附带损伤的最常见原因。

顺序：约束先于风格

把保留和范围约束放在任何可选形容词之前。Keep the background, wardrobe, and expression unchanged; restyle the lighting to soft window light 有效。而 Restyle to soft cinematic lighting, keep background unchanged 会让电影化处理泄漏到整个画面。模型会把最后读到的内容视为主导参照框架，所以要以不可移动的内容收尾。

陈述最终状态，而非步骤

“让天空阴沉，布满平坦的灰色云层”是一个目标。“降低饱和度、添加云层、降低对比度”是一套工作流，模型不会照字面执行，还可能过度应用。描述你希望看到的结果。

存在正向目标时，避免使用否定

“移除水印”没问题，因为移除就是操作本身。但“不要让它模糊”比“保持主体锐利、处于焦点”要弱。尽可能把约束表述为正向不变式。

保持简短

超过两句话的配方会稀释指令。如果你的提示词需要一整段，那很可能你有两处编辑，或者目标指定不足。

常见编辑的可复制粘贴配方

下面每条配方都可以直接粘贴。将方括号部分替换为你的具体情况。推理说明解释了为什么措辞要这样构造——借鉴的是模式，而不仅仅是文本。

对象替换

replace the [object] at [spatial anchor] with [new object]; keep the surrounding [key surface, e.g. table/floor] and lighting unchanged 推理：锚点加保留条款让合成看起来可信。命名周围表面可以防止模型重新渲染上下文。

对象移除

remove the [object] at [spatial anchor]; reconstruct the background behind it to match the surrounding [surface] and fill the shadow naturally 推理：移除需要说明什么进入其位置。没有“重建背景”，你往往会得到一块污迹或不匹配的补丁。

背景替换

replace the background with [new setting]; keep the subject's silhouette, edge detail, and lighting direction identical 推理：边缘细节和光照方向是背景替换失败的地方。明确点出它们才能加以保留。

标牌文字编辑

change the text on the [sign/label] to read "[new text]"; keep the font weight, perspective, and material of the sign unchanged 推理：简短、无歧义的目标，加上字体透视锁定。新文本要保持简短——长字符串正是伪影出现的地方。

颜色与材质更改

recolor the [object] to [color]; preserve the original texture, folds, and highlight placement 推理：用“recolor”而非“change the color to”能让指令更紧凑，而纹理条款可以防止出现平涂填充。

外绘 / 扩展

extend the image to the [left/right/top] by roughly [fraction, e.g. one third]; continue the existing [surface, e.g. wall/ground] seamlessly and match the current lighting 推理：命名要延续的表面和要匹配的光照，正是区分干净扩展与可见接缝的关键。

姿态或表情微调

adjust the subject's expression to a slight smile; keep head angle, hair, and the rest of the face unchanged 推理：“面部其余部分不变”是护栏。如果不把相邻特征围起来，面部编辑就会漂移。

带范围限制的重风格化

apply a [style, e.g. watercolor] treatment to the foreground subject only; leave the background photographic and unchanged 推理：重风格化提示词是过度应用的最大来源。对风格施加范围限制是强制性的，不是可选的。

将配方接入你的代码

配方就是字符串——在代码库中把它们当作字符串处理，带上参数和版本。

参数化，而非拼接

把配方存储为带命名槽位的形式，在调用时填充：

RECIPES = {
    "object_replace": "replace the {object} at {anchor} with {replacement}; "
                      "keep the surrounding {surface} and lighting unchanged",
    "object_remove": "remove the {object} at {anchor}; reconstruct the background "
                     "behind it to match the surrounding {surface} and fill the shadow naturally",
}

def build(recipe_key, **slots):
    return RECIPES[recipe_key].format(**slots)

这让措辞在数千张图像上保持稳定。如果某条配方需要调整，你只需改一个字符串，而不是上百个调用点。

每次对比时保持输入图像固定

调优配方时，复用一张基线图像。同时改变提示词和输入图像，就无法把差异归因于其中任何一个。

调用前校验槽位

空的锚点比错误的锚点更糟——它会悄无声息地扩大编辑范围。断言每个槽位都已填充，并且自由文本槽位（如新的标牌文字）要简短。

每个请求只做一次编辑

由于 Kontext Max 的编辑是按调用进行的，应把你的流水线建模为一系列编辑步骤，每一步有自己的配方和参数，而不是一条巨型提示词。一个按顺序应用配方的小型步骤运行器，比一条庞杂的单一指令更容易调试。

记录渲染后的提示词

把填充后的提示词与输出引用和配方版本一起记录。当输出质量发生变化时，你需要知道是措辞变了，还是模型行为变了。

编辑结果不对时怎么办

大多数失败可归入三类。先诊断症状，再应用相应的修复。

症状：目标完全未命中

编辑发生在别处，或者没有可见变化。

• 扩大并锐化锚点：“门上方的标牌” → “左侧门道上方悬挂的木制标牌”。
• 如果对象很小，要说明：“右下角的小标签”。
• 如果模型改变了相似对象，添加消歧词：“两块标牌中最左边的那块”。

症状：过度编辑

你只要求了一处，模型却改了三处。

• 添加或强化保留条款：点名必须保持的确切元素（“保持姿态、衣着和背景不变”）。
• 把约束移到更改指令之后，或在末尾重复——位置很重要。
• 把堆叠的提示词拆成单独调用。

症状：漂移

想法对了，但周围图像发生了偏移——颜色、光照或细节移动了。

• 把模糊的保留要求转化为具体不变式：不要写“保持一样”，而写“保持原始白平衡、阴影方向和布料纹理”。
• 检查风格形容词是否向外渗透；对它们施加范围限制（“仅前景”）。
• 把指令缩减到最小形式，并在基线图像上重新测试。

循环

运行配方 → 将失败分类为目标未命中、过度编辑或漂移 → 应用对应的单一修复 → 在同一基线输入上重新运行。每次迭代只改变一个变量。同时改两个，你就无法得知是哪一个起了作用。

保持一份简短的失败日志：配方版本、填充后的提示词、症状、修复、结论。经过几个项目后，这份日志会比任何单条提示词都更有价值。

构建你自己的配方库

从 Kontext Max 获得稳定结果的团队，并不是在写更好的一次性提示词——他们维护着一小组经过验证的、带版本的提示词。

显式地为配方版本化

给每条配方一个键和版本（object_replace@v2）。当你改变措辞时，提升版本并保留旧版本可用。微小的措辞变化会产生明显不同的输出，因此没有版本管理的提示词库是静默回归的来源。

针对固定套件进行测试

维护少量固定的输入图像和已知的预期编辑——一次替换、一次移除、一次背景替换、一次标牌编辑。任何配方变更都要跑这个套件。你要看两件事：目标是否被编辑了，以及周围图像是否保持不变。第一项出色但第二项失败的配方尚未就绪。

比较配方，而非猜测

当两种措辞看起来都合理时，在同一基线输入上运行两者，保留能守住保留条款的那个。比较很便宜；重新拍摄一批已编辑的图像则不然。

让配方自然积累

从上面的八种模式开始。当队友解决了一个新的编辑案例时，把它加进来，并附上说明为什么这样措辞有效。随着时间推移，这个库会成为你团队隐性的提示词工程文档——也是任何新接触该 API 的人的入门材料。

废弃而非删除

你自己记忆的上下文窗口很短。对某类图像失败的配方，对另一类可能完美适用。归档 retired 的配方，并注明它们为何被弃用，以免下一个人重蹈覆辙。

把提示词当作代码：版本化、测试、评审、复用。正是这种纪律让 Flux-1 Kontext Max 从演示转变为流水线中可靠的一环。