围绕原图修改,而非重新起稿
Kontext Max 的重点是上下文感知编辑:把已有画面作为起点,通过文字说明需要改变的对象或局部细节。适合构图已经确定、只需继续调整的任务。指令中同时写明修改目标和希望保留的元素,有助于把创作意图表达得更清楚。
在选型前明确容量、输入输出与调用方式。
以上为本平台入口的创作与调用规格,图片比例不等同于固定输出像素,也不代表原生模型的分辨率上限。
了解 flux-kontext-max 能为你的工作带来什么。
Kontext Max 的重点是上下文感知编辑:把已有画面作为起点,通过文字说明需要改变的对象或局部细节。适合构图已经确定、只需继续调整的任务。指令中同时写明修改目标和希望保留的元素,有助于把创作意图表达得更清楚。
当一张图需要兼顾主体、背景与整体风格时,可将 Kontext Max 作为复杂编辑的候选。它以修改细节并保持画面一致性为目标,适合对已有设计做进一步探索。实际使用宜分清主要修改与次要要求,避免互相矛盾的描述。
同一型号同时提供 generate 和 edit 两种操作,可先用文字建立视觉草案,再把选中的图片链接用于后续修改。完成结果以图像链接交付,并支持异步任务处理,便于把素材生成、预览、人工挑选和继续编辑串联起来。
从具体任务出发,找到模型发挥作用的位置。
输入已有产品展示图,描述希望调整的背景、场景元素或局部视觉细节,并明确需要保留的产品外观。交付物是修改后的展示图候选,适合比较不同陈列思路;正式使用前,应检查包装文字、标志和产品结构是否准确。
围绕已经选定的广告草图,提出具体修改,例如更换背景氛围或调整某个画面元素。可选择横版、方形或竖版比例组织候选素材,再由设计人员完成排版和定稿。它适合辅助视觉探索,不应替代最终的品牌规范检查。
将角色、场景或插画概念图作为输入,用文字指出本轮修改重点。每次保留原稿与结果,选出合适版本再继续编辑,形成可比较的创作记录。交付物可用于设计讨论与方案评审,减少每次从空白提示词重新建立画面的工作。
结合任务复杂度、输入材料与预期结果选择。
flux-kontext-pro 与 flux-kontext-max 都面向上下文图像编辑。若任务只是清晰、单一的修改,可先评估 Pro;若需要兼顾更多画面关系或对最终视觉更挑剔,可优先试用 Max。选型时用同一原图和指令比较结果,关注修改是否到位、主体是否保留,而非只看版本名称。
flux-kontext-max 与 flux-2-max 不是同一个型号,Kontext Max 的选择重点是围绕已有图片进行上下文修改。如果主要工作是从文字建立全新视觉,也可比较 Flux 其他生成型号。FLUX.1 Kontext [dev] 则是另一版本,不应把它的开放权重、部署方法或参数直接套用于 Max。
从一次小规模任务到正式接入。
明确目标、必要输入与输出要求,使用真实业务样例作为起点。
打开试用页,确认此入口支持的参数,再提交小规模任务查看结果。
保留完整模型 ID,使用文档规定的请求格式,并在 Pricing 页确认计费规则。
在正式使用前,了解输出质量与能力范围。
解答使用 flux-kontext-max 时的常见疑问。
不是。它支持 generate 文字生成和 edit 图片编辑。生成时描述希望得到的画面;编辑时提供 image_url 与修改指令。两种操作都应提交 action、prompt 和 size,并明确 model 为 flux-kontext-max。
先说明要修改的对象,再说明目标效果,并补充希望保留的主体、构图或风格。例如把背景调整为摄影棚场景,同时要求保持产品外观。复杂任务可拆成不同候选分别比较,避免把冲突要求塞进同一条指令。
通过 size 传入图片比例,例如方形用 1:1、横向画面用 16:9、竖向画面用 9:16。这里控制的是比例,而不是精确像素尺寸。即使在编辑任务中,也建议明确提交比例,便于保持交付物的画幅要求。
两者都适合基于原图和文字进行编辑。常规修改可先比较 Pro,复杂编辑可优先评估 Max。最好使用相同输入测试,观察修改准确性及整体一致性;Max 的名称不意味着每张原图、每种指令都必然获得更合适的结果。
count 不适用于编辑任务,多种编辑候选应分别提交。后台处理可使用 async=true,取得 task_id 后查询结果,也可通过 callback_url 接收完成通知。最终从返回的 data 中读取 image_url,供预览或下载使用。
模型资料 · 更新日期:2026-10-01。调用参数与计费规则请查看 API 和定价栏目。