MiniMax-H3-Image 与 Krea 3 Ultra 的对比卡片:一次生成即涵盖六个采样步骤,而对手需先生成多个候选项再挑选;一千六百万像素画布对仅支持 2K;2K 编辑价格为 $0.02658 对 $0.33;编辑评分为 1,138 对 1,154。
Guides & Insights

MiniMax-H3-Image 对比 Krea 3 Ultra:八秒对几分钟

作者

Elias Hawthorne

发布日期

最新模型 · 20查看全部模型 →
基准测试:Artificial Analysis · 每日更新
返回全部文章

Krea 3 Ultra 并不是那种你报出名字就能得到图片的模型。它是一种思考模式—— thinking_mode: "ultra"在 Krea 现有的krea-3图像端点上——它会生成多个候选编辑结果,对照你的提示词和参考图进行审查,并返回它判定最佳的那一个。Krea 称一项任务要花“几分钟”,上限约为十分钟,低优先级时为十六分钟。MiniMax-H3-Image 的权重于 2026 年 11 月 10 日 14:50 UTC 上线,它则完全反其道而行:一个 331 亿参数的 Transformer,被蒸馏到六个采样步骤,且不使用无分类器引导,厂商还声称能在十秒内生成 1600 万像素。一个产品卖的是深思熟虑,另一个卖的是在其同级别产品中最大画布上的单次生成。

两种延迟说法都没有经过独立测量,这一点首先需要说清楚。但两者在让你能够核查的内容上并不对称:Krea 公布了每任务的上限,因此你可以按最坏情况来做规划;M​iniMax 公布的是最好情况,而且我们找不到任何已公布的、按宽高比划分的 p50、p95 或上限。这一差异比那十秒更重要。

Ultra 是一个标志,而这个标志会改变端点将执行的操作

启用该模式会带来一些很容易以惨痛方式才发现的后果,这些后果都有文档记录,也都值得在首次调用前读一读:

• 尺寸 — Ultra 仅为 2K。它不会输出低于 2K,也不会高于 2K。

• 输入 — Ultra 要求在 image_urls 中至少提供一项。文生图不可用。不存在仅凭提示词使用 Ultra 的途径,这也是为什么你在 Artificial Analysis 的文生图榜单上根本找不到它:那里只出现 Krea 2 Large、Krea 2 Medium 和 Krea 2 Medium Turbo。编辑榜单是唯一列出 Ultra 的榜单。

• 方案 — Ultra 在低于 Max 方案的工作区中不可用。团队若在入门层级上评估它,那评估的对象就错了。

• 数据处理——对于携带 Krea 零数据保留(Zero Data Retention)标头的请求,Ultra 会返回 HTTP 422。有 ZDR 要求的组织无论使用哪种套餐,都完全无法使用此模式。

MiniMax-H3-Image 同样有约束,而且这些约束属于另一种类型。采样步数固定为六步;API 对任何其他步数或引导值都会以 HTTP 400 拒绝。不支持负面提示词。不支持掩码输入。你可以改变的是提示词——最多 32,000 个字符,其中大约前 4,096 个 token 会生效——以及参考,最多十六个,按位置寻址。

这两款产品都取消了旋钮,但原因却截然相反

这正是让这次比较比速度竞赛更有意思的地方。Krea 通过加入一个思考层去掉了旋钮:你没法调 Ultra,因为 Ultra 自己在做调参,生成候选并挑出一个。M​iniMax 则通过去掉搜索去掉了旋钮:六个蒸馏步骤,单次前向,没有需要争论的引导系数。两者都在回应同一个抱怨——图像模型的旋钮太多,而调旋钮并不是正事——只是它们朝着相反的方向作答。

实际的差别在于输出出错时会发生什么。使用 Ultra 时,结果不好意味着它的审核步骤偏好了错误的候选结果,而解决办法通常是提供更好的参考图像,而不是更好的提示词,因为审核是针对参考图像进行的。使用 MiniMax 时,结果不好意味着单次处理出错了,解决办法是对提示词和参考图像进行精细调整——调用内部没有第二次判断可以申诉。

这提示了一个值得在你自己的工作负载上运行一次的诊断:如果在添加第二个参考时编辑失败率下降,而重写提示词时没有下降,那么 Ultra 的架构就是针对你的问题的。如果在重写提示词时下降,那么针对你的问题的就是 MiniMax 的架构。

A screenshot of the Artificial Analysis AA-Image-Editing v2.1 leaderboard captured 14 November 2026, showing Krea 3 (Ultra) at 1,154 Elo over 6,062 votes, GPT Image 2 (high) at 1,140, MiniMax-H3-Image thirteenth at 1,138 over 3,137 votes, MiniMax-H3-Image Highspeed at 1,134, and Muse Image at 1,128.

董事会之间设了什么

在 AA-Image-Editing v2.1 上,截至 2026 年 11 月 14 日读取的数据,Krea 3 (Ultra) 以 1,154 Elo 排名第八,共获得 6,062 票,区间为 1,141 至 1,167。MiniMax-H3-Image 以 1,138 排名第十三,共获得 3,137 票,区间为 1,122 至 1,154。Krea 3 (Fast) 以 1,124 排名第二十,共获得 5,798 票。

Ultra 与 MiniMax-H3-Image 之间相差十六个点,且两者的区间在大部分宽度上相互重叠。因此,排行榜的裁决是:这两者产出的编辑在偏好上大致相当——这一结果既不让任何一方占优,也削弱了任何“更慢、更昂贵的模式能换来可测量的更好品味”的说法。Ultra 额外的机制确实换来了一种特定意义上的一致性:它从构造上消除了批次中偶尔出现的劣质生成,这属于方差层面的主张,而非均值层面的主张,而偏好 Elo 衡量的正是均值。

更有参考价值的一组行是 Ultra 与 Krea 自家 Fast 模式的对比:相差三十分,且两者的区间彼此相差四点。在这张榜上,“会思考”带来的增益小于“作为 Krea 3 而非 Krea 2”带来的增益。在文生图方面,Krea 自家的较新型号完全缺席——Krea 2 Large 是该榜上排名最高的 Krea 行,得分为 1,035——而 MiniMax-H3-Image 的 1,066 比它高三十一分。Krea 3 无法参与这一比较,因为 Ultra 模式没有文生图路径。

一次出色编辑的代价,三种演绎

Krea 按组件计价,各组件费用相加。基础价格为 1K 图像 $0.03,或 2K 图像 $0.06。每张 1K 参考图增加 $0.02,每张 2K 参考图增加 $0.07。High thinking 每次生成增加 $0.02。Ultra 每次生成增加 $0.20,仅限 2K。因此,在 2K 下并带一张 2K 参考图时,Fast 请求为 $0.06 加 $0.07,而同一请求通过 Ultra 为 $0.33——是价格的 2.5 倍。当有四张参考图时,参考图费用占主导,加价幅度压缩到约 60%。这两种情况都不是把 $0.20 与 $0.06 相比所暗示的 3.3 倍。

MiniMax-H3-Image 的定价卡按交付尺寸计费,输入另行计量。一张参考图的 2K 编辑为 $0.02658。三张参考图的 2K 为 $0.04177。当前折扣期间,一张参考图的 4K 编辑为 $0.03656,标价为 $0.07312——折扣持续至 2026 年 11 月 17 日 16:00 UTC,且仅当交付图像至少为 16,600,000 像素时对整个请求适用。在该模型所面向的层级,带参考图的编辑成本约为 Ultra 的十分之一。

那个标题需要立刻加上星号注释。两者卖的并不是同一种输出。Ultra 返回一张 2K 图像——大约四百万像素。M​iniMax 在每个宽高比下都返回大约一千六百万像素。按每百万像素计算,4K 档的标价是 $0.0041,而 Ultra 是 $0.079,在折扣前就相差十九倍。这一差距一部分来自思考环节,一部分来自 Krea 在为设计师工具式工作流收取设计师工具的价格,这本身是合理的收费,也是一个不同于印刷分辨率生成器的市场。

没人会写在价目表上的吞吐量问题

Krea 对 Krea 3 的发布宣称是“大多数编辑在原生 2K 下端到端用时不到 8 秒”。这个数字属于快速路径。Ultra 是另一类操作:通常上限为十分钟,低优先级下为十六分钟。拿一千张图片的目录刷新来算一算,两条路径根本不在同一周的工作量内——Fast 每处理一百张图片的实际耗时只相当于喝杯咖啡休息的时间,而 Ultra 在没有并发的情况下,一个工作日内根本完不成。

MiniMax-H3-Image 的“十秒”说法夹在二者之间,而且它是一种宣称,而非测量结果。已有文档说明的是使其显得可信的架构:通过一个 330 亿参数的 transformer 进行六次前向传递,而不是标准扩散采样器所需的 20 到 50 次;这是一个真实而具体的巨大速度优势原因,而不是营销断言。没有文档说明的是各宽高比下的实际交付延迟、负载下的队列行为,或者这十秒是否包含 66.7 GB 的 Qwen3-VL 文本编码器对 32,000 字符提示词的一次处理。在围绕它规划流水线之前,请先用你自己的提示词测试它。

A screenshot of Krea's own API reference captured 14 November 2026, headed 'Krea API reference: models, endpoints, and schemas', showing the documentation navigation, the Postman import note and the api.krea.ai base URL.

该把哪一个放进循环里?

当交付成果是少量高风险编辑任务,而糟糕的生成结果在下游被发现时代价高昂,Ultra 就值这个价——例如营销活动主视觉、客户会仔细审查的包装样稿,或必须严格遵循参考图的产品图。它也是两者中唯一一个拥有零数据保留方案的,而且这一方案明确到足以构成一项约束:ZDR 与 Ultra 互斥,这意味着 Krea 已经记录了这一边界,而不是含糊带过;对于需要明确自身立场的团队来说,这是有价值的。

当交付物是大量大幅图像,且单张重试成本微不足道时,MiniMax-H3-Image 就值这个价——商品目录背景、户外广告裁切图,以及任何需要裁成三种尺寸并在边缘保留细节的内容。折扣期间,1600 万像素只需 3.5 美分,这改变了批处理任务能够承担尝试的范围。

采用风险同样并非对称。Krea 3 Ultra 是托管端点上的一个模式:它可能被弃用、重新定价,或被移到更高价位的套餐之后,而你除了让集成保持轻薄之外无能为力。MiniMax-H3-Image 的技术风险很低——权重是你持有的文件,采样器在五年后也会表现得一模一样——但其法律风险很高,因为《MiniMax-H3-Image 社区许可协议》排除了欧盟、英国、韩国和美国,要求托管服务以及年化收入超过 100 万美元时获得单独的书面授权,并要求显著展示模型名称。在这四个司法管辖区,上述吞吐量论点只是纸上谈兵。

保持两者都可访问

这两款模型 OrcaRouter 都不提供。Krea 3 Ultra 可以通过 Krea 自家的 API 访问——Ultra 只是 Krea 端点上的一个参数,并非由其他方转售的独立产品——而 MiniMax-H3-Image 在我们的目录中根本没有接入路径。我们从 MiniMax H3 系列中实际提供的,是视频模型 minimax/minimax-h3,按供应商标价、0% 加价原样透传。

对于同时运行审慎型编辑器和批量生成器的工作室,能长期存续的集成形态是一个接口对接两个后端,并在两者之间做故障转移,这样其中一个遇到速率限制时,工作会变慢而不是停摆。这不是把这一特定组合通过我们来路由的理由——我们不服务它们——但这是让第二个后端的凭据保持有效而非归档的理由,因为比较的全部意义就在于这两者擅长不同的工作。

Elo 相差十六分且置信区间重叠,每次编辑的价格相差十倍,每百万像素相差十九倍,还被一个许可证分隔开来——而对相当大一部分市场来说,这个许可证直接决定了问题。要挑就挑约束条件,而不是分数——分数在这里没有决定任何事。

A screenshot of the Artificial Analysis AA-Image-T2I v2.1 leaderboard captured 14 November 2026, showing rank 23 Qwen-Image-3.0 at 1,075, rank 24 MiniMax-H3-Image Highspeed at 1,070, rank 25 MiniMax-H3-Image at 1,066, and rank 31 Krea 2 Large at 1,035, with no Krea 3 row anywhere on the board.