MiniMax-H3-Image vs Krea 3 Ultra：8秒 vs 数分

Krea 3 Ultraは、名前を指定して呼び出すだけで画像を生成できるモデルではありません。それは思考モードであり、thinking_mode: "ultra"をKreaの既存のkrea-3画像エンドポイントで使用するものです。複数の候補編集を生成し、あなたのプロンプトと参照画像に照らしてレビューし、最も良いと判断したものを返します。Kreaはジョブにかかる時間を「数分」と説明し、上限は約10分、優先度が低い場合は16分としています。MiniMax-H3-Imageは、2026年11月10日 14:50 UTCに重みが公開され、まったく逆の方向に進みました。331億パラメータのTransformerを、classifier-free guidanceなしで6サンプリングステップに蒸留し、ベンダーは10秒で16メガピクセルと主張しています。一方の製品は熟考を売りにしています。もう一方は、同クラス最大のキャンバスでのシングルパスを売りにしています。

どちらのレイテンシーに関する主張も独立に測定されていません。まずこの点を明確にしておく必要があります。しかし、両者は確認できる内容の点で対称ではありません。Kreaはジョブごとの上限を公開しているため、最悪のケースを前提に計画できます。一方、MiniMaxは最良のケースを公開しており、アスペクト比ごとのp50、p95、上限については、探した限り公開されていません。この違いは、10秒という差よりも重要です。

Ultra はフラグであり、このフラグによってエンドポイントの動作が変わります。

そのモードを設定すると、痛い目に遭って初めて気づきやすい結果が伴います。それらはすべて文書化されており、初回の呼び出し前に読む価値があります：

• サイズ — Ultraは2Kのみです。2K未満では出力されず、2Kを超えることもありません。

• 入力 — Ultra では少なくとも1つのエントリが必要です：image_urls。テキストから画像への生成は対象外です。Ultra にはプロンプトのみの経路はなく、そのため Artificial Analysis のテキストから画像への生成ボードには Ultra がまったく掲載されていません。そこに表示されるのは Krea 2 Large、Krea 2 Medium、Krea 2 Medium Turbo のみです。Ultra が掲載されているのは編集ボードだけです。

• プラン — Ultra は Max プラン未満のワークスペースでは利用できません。スターターティアで Ultra を評価しているチームは、間違った対象を評価しています。

• データ処理 — Krea の Zero Data Retention ヘッダーを含むリクエストでは、Ultra は HTTP 422 を返します。ZDR 要件のある組織は、どのプランでもこのモードをまったく使用できません。

MiniMax-H3-Imageにも制約がありますが、その種類は異なります。サンプリングステップは6回で固定されており、他のステップ数やガイダンス値を指定すると、APIはHTTP 400で拒否します。ネガティブプロンプトはありません。マスク入力もありません。変更できるのはプロンプト（最大32,000文字、うち最初の約4,096トークンが有効）と、位置指定で最大16個までの参照です。

どちらの製品も、正反対の理由であなたからノブを取り上げました

ここが、この比較を単なる速度競争よりも面白くしている部分だ。Kreaは思考レイヤーを追加することで調整ノブをなくした。Ultraを調整することはできない。Ultra自身が調整を行い、候補を生成して1つを選んでいるからだ。M​iniMaxは探索を取り除くことでノブをなくした。蒸留された6ステップ、1回のパス、議論すべきガイダンススケールもない。両者は同じ不満——画像モデルにはダイヤルが多すぎ、しかもダイヤルは仕事ではない——に答えているが、その答え方は正反対だ。

実用上の違いは、出力が間違ったときに何が起きるかです。Ultraでは、悪い結果とはレビューステップが誤った候補を優先してしまったということであり、修正は通常、より良いプロンプトではなく、より良い参照画像になります。レビューは参照画像に対して実行されるからです。M​iniMaxでは、悪い結果とは単一パスが間違っていたということであり、修正はプロンプトと参照画像を外科的に直すことになります — 呼び出しの中で判断を仰げる第二の意見はありません。

これは、自分のワークロードで一度だけ実行する価値のある診断を示唆している。2つ目の参照を追加すると編集失敗率が下がるのに、プロンプトを書き換えても下がらないなら、Ultraのアーキテクチャがあなたの問題を狙っている。プロンプトを書き換えると下がるなら、M​iniMaxのアーキテクチャがそうだ。

ボードがそれらの間に置いたもの

AA-Image-Editing v2.1では、2026年11月14日閲覧時点で、Krea 3 (Ultra)が6,062票で1,154 Eloの8位、区間は1,141～1,167です。MiniMax-H3-Imageは3,137票で1,138の13位、区間は1,122～1,154です。Krea 3 (Fast)は5,798票で1,124の20位です。

UltraとMiniMax-H3-Imageの間には16ポイントの差があり、その区間は幅の大部分で重なっている。したがってボードの評決は、これら2つが好みの上でほぼ同等の編集を生成するというものだ——どちらにも有利にならず、遅く高価なモードが測定可能なほど優れた好みをもたらすという主張を弱める結果である。Ultraの追加機構が実際にもたらすのは、特定の種類の一貫性だ。それはバッチから時折生じる悪い生成物を構造上取り除く。これは平均に関する主張ではなく分散に関する主張であり、嗜好Eloが測るのは平均である。

より情報量の多い行のペアは、Ultra と Krea 自身の Fast モードの比較だ。30ポイント差があり、区間同士は4ポイントずれて重なっていない。このボードでは、思考に対するプレミアムは、Krea 2 ではなく Krea 3 であることへのプレミアムよりも小さい。テキストから画像への生成では、Krea 自身の新しいエントリーは完全に不在だ——Krea 2 Large がそのボードで最高の Krea 行で 1,035——そして MiniMax-H3-Image の 1,066 はそれを31ポイント上回る。Krea 3 はその比較に答えられない。Ultra モードにはテキストから画像への経路がないからだ。

優れた編集1回の代償を、3つの方法で解く

Kreaはコンポーネントごとに価格が設定され、各コンポーネントの料金が加算されます。基本料金は1K画像で0.03ドル、2Kで0.06ドルです。1K参照ごとに0.02ドル、2K参照ごとに0.07ドルが加算されます。High thinkingは生成ごとに0.02ドル加算されます。Ultraは生成ごとに0.20ドル加算され、2Kのみです。したがって、2Kで2K参照を1つ使う場合、Fastリクエストは0.06ドル＋0.07ドル、同じリクエストをUltraで行うと0.33ドル——価格の2.5倍です。参照が4つになると参照料金が支配的になり、上乗せ率は約60%まで圧縮されます。どちらも、0.20ドルと0.06ドルを比較した場合に示唆される3.3倍ではありません。

MiniMax-H3-Image の料金は納品サイズごとで、入力は別途従量課金されます。2K 編集で参照画像1枚の場合は $0.02658。3枚の場合は $0.04177。4K 編集で参照画像1枚の場合は現在の割引適用中で $0.03656、定価では $0.07312 — 割引は 2026年11月17日 16:00 UTC までで、納品画像が少なくとも 16,600,000 ピクセルの場合にのみ、リクエスト全体に適用されます。このモデルが想定する階層では、参照画像付きの編集コストは Ultra の約10分の1です。

それは直ちにアスタリスク（注釈）が必要な見出しだ。両者は同じ成果物を売っているわけではない。Ultraは2K画像を返す——約400万画素だ。MiniMaxはどのアスペクト比でもおよそ16メガピクセルを返す。1メガピクセルあたりでは、定価の4Kティアが$0.0041、Ultraが$0.079で、割引前では19倍の差になる。その差の一部はthinkingパスによるもので、一部はKreaがデザイナーツール向けワークフローにデザイナーツール価格を設定していることによる。それは料金を取るのは正当であり、プリント解像度の生成ツールとは異なる市場だ。

誰も料金表に載せないスループットの疑問

KreaによるKrea 3のローンチ時の主張は「ほとんどの編集をエンドツーエンドで8秒未満、ネイティブ2Kで」です。その数値はファストパスに属します。Ultraは別種の処理クラスです。通常は上限10分、低優先度では16分です。1,000枚の画像カタログ更新で計算してみると、両パスは同じ週の作業ではありません。Fastは100枚あたりコーヒーブレイク程度の実時間で終わりますが、Ultraは並行処理なしでは1営業日以内に終わりません。

MiniMax-H3-Imageの「10秒」という主張はその中間に位置しており、それは測定値ではなく主張です。文書化されているのは、それを妥当なものにするアーキテクチャです。標準的な拡散サンプラーが20〜50回の順伝播を必要とするところを、330億パラメータのトランスフォーマーを6回通過するだけであり、これはマーケティング上の断言ではなく、大きな速度優位性の具体的で現実的な理由です。文書化されていないのは、各アスペクト比における実際のレイテンシ、負荷時のキューの挙動、そして10秒に66.7 GBのQwen3-VLテキストエンコーダが32,000文字のプロンプトを処理する時間が含まれているかどうかです。パイプラインの設計を計画する前に、ご自身のプロンプトでテストしてください。

どれをループに入れますか

Ultraがその価格に見合うのは、成果物が少数の高リスクな編集——下流工程で不良生成の発見に多大なコストがかかるもの——である場合だ。キャンペーンのキービジュアル、クライアントが精査するパッケージモック、参照を正確に忠実に再現する必要がある製品ショットなどが該当する。またUltraは、2つのうちゼロデータ保持に関する説明が制約として扱えるほど明確な唯一の選択肢でもある。ZDRとUltraは排他的であり、つまりKreaは境界を曖昧にごまかさず文書化している。それは、自チームの立ち位置を把握する必要があるチームにとって価値のあることだ。

MiniMax-H3-Imageは、成果物が多数の大判画像で、1枚あたりのリトライ費用がほとんど気にならない場合に、その価格に見合います——カタログの背景、OOH広告用のクロップ、3通りに切り分けて端部のディテールが必要になるものなどです。割引期間中に16メガピクセルを3.5セントで使えることは、バッチ処理で何を試せるかを変えます。

導入リスクもまた対称ではない。{{1}}Krea 3 Ultra{{/1}}はホスト型エンドポイント上のモードであり、非推奨化、価格改定、上位プランでのみ利用可能になるといったことが起こり得るが、統合を薄く保つ以外に対処法はない。{{2}}MiniMax-H3-Image{{/2}}の技術的リスクは低い——重みは手元に保持するファイルであり、サンプラーは5年後もまったく同じ動作をする——が、法的リスクは高い。なぜなら{{3}}MiniMax-H3-Image Community License Agreement{{/3}}はEU、英国、韓国、米国を除外しており、ホステッドサービスおよび年間換算収益100万ドル超については別途書面による許諾を必要とし、モデル名を目立つように表示することを義務付けているからだ。これら4つの法域では、前述のスループットに関する議論は机上の空論である。

両方に連絡できる状態を保つ

OrcaRouter はこれら2つのモデルのどちらも提供していません。Krea 3 Ultra は Krea 独自の API 経由で利用できます。Ultra は Krea のエンドポイントにおけるパラメータであり、他の事業者が再販する独立した製品ではありません。また、MiniMax-H3-Image は当社のカタログには一切ルートがありません。M​iniMax の H3 ファミリーから当社が実際に取り扱っているのは、動画モデルminimax/minimax-h3で、プロバイダーの定価のまま、0%のマークアップで提供しています。

熟慮型エディターと一括生成器の両方を運用するスタジオにとって、生き残る統合形態は、1つのインターフェースに2つのバックエンドを備え、それらの間でのフェイルオーバーを可能にすることです。そうすれば、片方でのレート制限は、作業の停止ではなく作業の遅延になります。だからといって、この特定の組み合わせを当社経由でルーティングすべき理由にはなりません — 当社はそれらを提供していません — しかし、2つ目のバックエンドの認証情報をアーカイブするのではなく有効なままにしておく理由にはなります。というのも、この比較の要点は、この2つが異なる仕事を得意としていることにあるからです。

Elo差は16で信頼区間は重なり、編集1回あたりの価格は10倍、1メガピクセルあたりでは19倍、さらにライセンスによって、市場のかなりの部分ではこの問いに決着がついてしまうほど隔たっている。判断すべきはスコアではなく制約だ。ここではスコアが何かを決めたわけではない。