All models

flux-kontext-max

Black Forest LabsImage
0.79 Credits
Get your API key
flux-kontext-max

面向复杂图像修改的上下文感知创作模型

flux-kontext-max 是 Black Forest Labs Kontext 系列中面向复杂图像编辑的型号,既能根据文字生成新图,也能结合已有图片和修改指令完成编辑。它适合围绕既定视觉继续创作:调整画面元素、修改局部细节,并以整体一致性为目标,服务于产品展示、创意设计和营销素材迭代。

Black Forest Labs模型品牌
图像模型类型
图像任务能力

规格与接口特性

在选型前明确容量、输入输出与调用方式。

创作方式
文字生成图像;图片加文字指令编辑
编辑输入
image_url 图片链接与 prompt 修改指令
画幅控制
size 使用图片比例,如 1:1、16:9、9:16
生成数量
count 默认 1,仅对 generate 有效
结果交付
JSON 结果包含 data 图像列表与 image_url
任务处理
支持异步提交、任务查询及 callback_url 回调

以上为本平台入口的创作与调用规格,图片比例不等同于固定输出像素,也不代表原生模型的分辨率上限。

核心能力

了解 flux-kontext-max 能为你的工作带来什么。

围绕原图修改,而非重新起稿

Kontext Max 的重点是上下文感知编辑:把已有画面作为起点,通过文字说明需要改变的对象或局部细节。适合构图已经确定、只需继续调整的任务。指令中同时写明修改目标和希望保留的元素,有助于把创作意图表达得更清楚。

为复杂编辑保留选择空间

当一张图需要兼顾主体、背景与整体风格时,可将 Kontext Max 作为复杂编辑的候选。它以修改细节并保持画面一致性为目标,适合对已有设计做进一步探索。实际使用宜分清主要修改与次要要求,避免互相矛盾的描述。

生成与编辑接入同一工作流

同一型号同时提供 generate 和 edit 两种操作,可先用文字建立视觉草案,再把选中的图片链接用于后续修改。完成结果以图像链接交付,并支持异步任务处理,便于把素材生成、预览、人工挑选和继续编辑串联起来。

适用场景

从具体任务出发,找到模型发挥作用的位置。

产品展示图迭代

输入已有产品展示图,描述希望调整的背景、场景元素或局部视觉细节,并明确需要保留的产品外观。交付物是修改后的展示图候选,适合比较不同陈列思路;正式使用前,应检查包装文字、标志和产品结构是否准确。

营销视觉方案探索

围绕已经选定的广告草图,提出具体修改,例如更换背景氛围或调整某个画面元素。可选择横版、方形或竖版比例组织候选素材,再由设计人员完成排版和定稿。它适合辅助视觉探索,不应替代最终的品牌规范检查。

概念图持续打磨

将角色、场景或插画概念图作为输入,用文字指出本轮修改重点。每次保留原稿与结果,选出合适版本再继续编辑,形成可比较的创作记录。交付物可用于设计讨论与方案评审,减少每次从空白提示词重新建立画面的工作。

如何选择这个模型

结合任务复杂度、输入材料与预期结果选择。

复杂修改选 Max,常规编辑比较 Pro

flux-kontext-pro 与 flux-kontext-max 都面向上下文图像编辑。若任务只是清晰、单一的修改,可先评估 Pro;若需要兼顾更多画面关系或对最终视觉更挑剔,可优先试用 Max。选型时用同一原图和指令比较结果,关注修改是否到位、主体是否保留,而非只看版本名称。

按任务选系列,不按后缀混用

flux-kontext-max 与 flux-2-max 不是同一个型号,Kontext Max 的选择重点是围绕已有图片进行上下文修改。如果主要工作是从文字建立全新视觉,也可比较 Flux 其他生成型号。FLUX.1 Kontext [dev] 则是另一版本,不应把它的开放权重、部署方法或参数直接套用于 Max。

开始使用

从一次小规模任务到正式接入。

01

准备任务与材料

明确目标、必要输入与输出要求,使用真实业务样例作为起点。

02

在 API 调试区试用

打开试用页,确认此入口支持的参数,再提交小规模任务查看结果。

03

按 API 文档接入

保留完整模型 ID,使用文档规定的请求格式,并在 Pricing 页确认计费规则。

使用边界

在正式使用前,了解输出质量与能力范围。

  • 编辑结果是生成式修改,不是对原图的像素级锁定。即使要求保留主体,仍应比较未要求修改的区域,尤其关注产品轮廓、人物特征、标志与细小文字;对严格保真的物料,保留原图并安排人工检查。
  • 该型号使用图片比例控制画幅,不要把 1024x1024 这样的像素尺寸作为 size 提交。编辑通过 image_url 指定原图;需要精确区域处理时,不应默认已有专门的蒙版或区域锁定控制。
  • count 只用于生成,不会让一次编辑自动返回多张候选。需要比较多个修改方向时,应分别组织编辑任务;异步提交取得 task_id 也不代表图片已完成,应等待任务结果或回调后再进入下载和展示环节。

常见问题

解答使用 flux-kontext-max 时的常见疑问。

flux-kontext-max 只能编辑图片吗?

不是。它支持 generate 文字生成和 edit 图片编辑。生成时描述希望得到的画面;编辑时提供 image_url 与修改指令。两种操作都应提交 action、prompt 和 size,并明确 model 为 flux-kontext-max。

编辑指令怎样写更实用?

先说明要修改的对象,再说明目标效果,并补充希望保留的主体、构图或风格。例如把背景调整为摄影棚场景,同时要求保持产品外观。复杂任务可拆成不同候选分别比较,避免把冲突要求塞进同一条指令。

怎样选择输出画幅?

通过 size 传入图片比例,例如方形用 1:1、横向画面用 16:9、竖向画面用 9:16。这里控制的是比例,而不是精确像素尺寸。即使在编辑任务中,也建议明确提交比例,便于保持交付物的画幅要求。

Max 和 Kontext Pro 应该怎么选?

两者都适合基于原图和文字进行编辑。常规修改可先比较 Pro,复杂编辑可优先评估 Max。最好使用相同输入测试,观察修改准确性及整体一致性;Max 的名称不意味着每张原图、每种指令都必然获得更合适的结果。

能一次编辑出多张图并在后台取回吗?

count 不适用于编辑任务,多种编辑候选应分别提交。后台处理可使用 async=true,取得 task_id 后查询结果,也可通过 callback_url 接收完成通知。最终从返回的 data 中读取 image_url,供预览或下载使用。

模型资料 · 更新日期:2026-10-01。调用参数与计费规则请查看 API 和定价栏目。

把 flux-kontext-max 用到你的下一项任务

从清晰的目标开始,在实际结果中判断它是否适合你的工作。