Flux Kontext Max
Flux Kontext Max 是 Kyeo AI 当前给 Flux Kontext 复杂任务准备的升级档。它和 Pro 共用同一套文生图 / 单图编辑流程，也同样只吃英文 prompt（可自动翻译）、结果 14 天过期；真正的差别是，当你的任务已经不是日常修图，而是复杂场景改写、细节很多、返工代价高时，再用 8 积分换更高一档处理余量。
一句话了解
这个模型怎么样？
Flux Kontext Max 当前已经接入 Kyeo AI 的AI 图片模型工作流。相比只看模型名或外部宣传页，这个页面更关注真正影响选型的内容，包括能力标签、成本结构、参数控制、上传限制、适用任务与替代候选。对于想做长期模型运营和 SEO 内容沉淀的站点来说，这些信息比一句“最好用”更有价值。
关键参数一览
帮你快速评估这个模型和你的业务场景是否匹配。
它还叫什么
同一个模型在官方文档、社区讨论和 API 接入层可能有不同叫法，这里帮你统一整理。
用户常见问题
这些问题和关键词结合公开资料、同类页面写法和当前站内接入边界整理，帮你更快做出选择。
选型指南
还在纠结用哪个模型？先看这几个关键决策点。
如果你的任务已经明确是复杂场景改写、细节很多、一次失败就要重跑整轮，Flux Kontext Max 更适合作为升级档。它适合在同一套 Flux Kontext 工作流里，专门接那些 Pro 不一定一次就能稳住的任务。
如果你只是日常修图、海报微调或预算敏感的首轮试样，先跑 Flux Kontext Pro 更合适；如果你的重点已经变成多参考图拼接、强生产型批量出图，也建议一起对照 Flux 2 Pro 或别的多图工作流。
最省钱的方式不是直接把所有任务都切到 Max，而是挑 1 到 2 个最复杂的真实样本，和 Pro 做同图同 prompt 对照。只有当差距真的体现在复杂细节和返工轮次上，再把 Max 纳入正式流程。
用户常搜的对比
这些是用户在搜索引擎里真正会搜的对比问题，帮你快速定位差异。
模型横向对比表
正在纠结选哪个？这张表帮你一眼看清当前模型和替代方案的核心差异。
实际使用体验
不是复读官网宣传，而是基于真实使用场景的观察和判断。
Max 的价值更像升级位，而不是新功能位
如果大多数任务都很日常，默认上 Max 往往不划算
能力详解
当前站内仍是文生图 + 单图编辑
参数心智与 Pro 基本一致
复杂任务升档，不代表开放更多输入
价格同样被收口为固定 8 积分
适合做什么
复杂商品图和陈列场景重构
海报、KV 和封面的大幅改版
已经验证过方向、准备做更高要求版本
提示词技巧
先用 Pro 验方向，再用 Max 解复杂题
复杂编辑要写清楚保留项和替换项
英文 prompt 稳定后再关闭翻译
为什么选它
使用前要知道
可调参数
帮你快速评估这个模型和你的业务场景是否匹配。
积分消耗
当前模型在 Kyeo AI 内按固定档位计费，单次消耗 8 积分。
批量出图或出视频前，建议先用同一组素材在当前模型和同类候选之间做 AB 测试，确认效果后再批量跑，避免浪费积分。
常见问题
同类模型推荐
还没决定用哪个？顺手对比一下这几个同类候选。
Flux Kontext Pro
Flux Kontext Pro 是 Kyeo AI 当前把 Flux Kontext 收成日常主力档的版本。当前站内它统一承接文生图和单图编辑，文生时可选 6 个画幅，改图时默认沿原图比例；如果提示词本来不是英文，可以靠 `enableTranslation` 先翻过去。它和 Max 的差别不是功能分家，而是同一套工作流里先用 4 积分覆盖大多数日常任务，复杂改图再决定要不要升档。
Flux 2 Pro
Flux 2 Pro 是 Kyeo AI 当前接入的 FLUX 生产型基础档，统一承接文生图和图生图；真正运行时会在 `flux-2/pro-text-to-image` 与 `flux-2/pro-image-to-image` 之间切换。当前站内最有用的区别不是名字，而是它用 5 / 7 积分承接 `1K / 2K`，更适合先把生产线跑通。
信息来源
页面内容基于厂商资料、模型家族说明和 Kyeo AI 平台接入配置整理。
当前页面以 KIE Flux Kontext 文档、BFL 官方文档与 Kyeo 平台实际接入参数为准。KIE 当前明确说明 Flux Kontext Max 适合更复杂场景，并沿用英文 prompt、自动翻译、14 天结果过期等同一工作流约束。
KIE 文档明确区分 flux-kontext-max 为适用于复杂场景的增强模型。
KIE 文档明确生成结果 URL 保留 14 天；当前页面里的结果有效期说明都以这条口径为准。
当前工作区定价证据只稳定覆盖到公开文生图价格：Max = 8；站内因此把编辑路径也收敛到同档固定价。
当前站内 provider model 固定为 `flux-kontext-max`；参数边界与 Pro 基本一致，但复杂任务默认优先放在 Max 上验证。