Grok 4.6 vs Kimi K3：今どちらを使うべきか

結論から: 文書化されたモデル、EvoLink に掲載済みのテキストルート、公開ウェイト、あるいは画像・動画をネイティブに理解し100万トークンのコンテキストを持つ上流モデルが必要なら、Kimi K3 を評価してください。本番投入前に、実際のリクエスト、返されたモデル識別子、使用量、請求を確認してください。Grok 4.6 の評価は、xAI が呼び出し可能な API を公開し、EvoLink がモデルID、価格、入力仕様、パラメータ、制限、ルート挙動を検証してからにしてください。

2026年8月11日時点で、これは通常のベンチマーク対決ではありません。Kimi K3 はリリース済みでテストできます。Grok 4.6 は公の場で名前は挙がっているものの、xAI の公式 API モデルカタログ、料金ページ、リリースノートのいずれにも掲載されていません。Grok 4.6 に確定したパラメータ数、コンテキストウィンドウ、価格、ベンチマークスコア、優劣を割り当てた表は、いずれも根拠を先取りしています。

Grok 4.6 と Kimi K3、今はどちらを使うべきか

いま開発またはテストが必要なら Kimi K3 を選んでください。Grok 4.6 はまだデプロイできる選択肢ではありません。公式モデルID、API価格、入力仕様、検証済みの EvoLink ルートのいずれもありません。Grok 4.6 は将来の評価候補として扱い、本番の依存先にはしないでください。

2026年8月11日時点で確認できる事実

最も重要な違いは、推測されたベンチマークの点数ではなく、根拠の成熟度です。

この表の Kimi K3 の数値は、Moonshot の公式リポジトリとプラットフォームのドキュメントに基づきます。Grok 4.6 の欄は、xAI が出典を公開していない箇所を意図的に不明のままにしています。これにより、リリース時の論評が API 仕様に変わってしまうのを防ぎます。

提供状況: Kimi K3 は公開済み、Grok 4.6 はテスト計画

Grok 4.6 はまだそのテストに入れません。製品ページの slug はモデルIDではなく、告知された日付はエンドポイントではなく、ベンダーの発表はゲートウェイのルートが動く証拠にはなりません。EvoLink が提供中と表示するには、検証済みの上流モデル、リクエストスキーマ、使用量計上、価格、キャパシティ、エラー挙動、ロールバック経路をルートが備えている必要があります。

そのため当面の判断は単純です。K3 が現在の課題を解決できそうならルートを検証し、xAI の次のリリースが戦略的に重要なら Grok 4.6 用のトレースを準備してください。EvoLink 掲載済みルートの検証と明確な本番基準で進められる作業を、待機によって止めるべきではありません。

公開ウェイトとデプロイの主導権

K3 の公開ウェイトは、ホスティング前提の比較では見落とされる選択肢を生みます。

• 公開されたモデル成果物とライセンスを確認する
• 自社運用の実現性を評価する
• 量子化やインフラ固有の最適化を試す
• サービングスタックをより自社の管理下に置く
• 直接利用や自社ホスティングと、マネージドな EvoLink ルートを比較する

これらの選択肢には実際のコストが伴います。1トークンあたり1040億パラメータしか活性化しないとはいえ、総2.8兆パラメータの Mixture-of-Experts モデルは運用負荷が高いままです。公開ウェイトがあっても、キャパシティ計画、推論最適化、セキュリティ、アップグレード、可観測性が無料になるわけではありません。

Grok 4.6 には公開ウェイトも確定したデプロイ形態もありません。ウェイトへのアクセスが好みではなく要件であるなら、この判断は今日、ベンチマークではなく根拠によって K3 の勝ちです。

コンテキストとマルチモーダル作業

Moonshot の上流モデル K3 は、100万トークンのコンテキストウィンドウと画像・動画のネイティブ理解を明記しており、リポジトリ規模のコーディング、文書群、スクリーンショット、デザイン参照、動画の証跡、長いツール履歴に適しています。現在の EvoLink カタログでは K3 をテキストルートとして登録しているため、テキスト以外の入力を送る前にルートの実仕様を確認してください。適切な検証は「リクエストが収まるか」ではなく、「モデルがトークンを浪費せずに正しい根拠を見つけて使えるか」です。

次を測定してください。

Grok 4.6 については、入力モードもコンテキスト上限も不明のままです。データセットは維持しつつ、xAI が仕様を公開するまでマルチモーダルの直接対決を約束しないでください。

セッション移行、キャッシュ再利用、100万コンテキストのコスト

100万トークンの窓は容量であって、毎ターン100万トークンを送り直すべきという意味ではありません。長い履歴は、回答が短くてもPrefillのレイテンシと未キャッシュ入力のコストを増やします。キャッシュはそのコストを下げられますが、選択したプロバイダー、モデルバージョン、リクエスト前置き、保持期間、ルートのすべてが条件を満たす場合に限られます。

リリース直後の議論では、既存のKimiセッションを開き直す必要があるか、長い履歴の大コンテキストエージェントが高額になるかが繰り返し問われます。これらの報告はテスト項目を示すもので、普遍的なキャッシュ方針を証明するものではありません。本番の原則は、キャッシュ済みと未キャッシュの入力を分けて記録し、必要なツール状態だけを保持し、新規セッションの基準と履歴移行後の実行を比較することです。

直接API、ゲートウェイ、サブスク、それとも自己ホストのウェイトか

「Kimi K3の価格」は4つの異なる製品を指し得ます。これらを混ぜると誤ったコスト比較になります。

Moonshotの公式リリース記事は、直接APIの料金としてキャッシュ入力100万トークンあたり0.30ドル、未キャッシュ入力3ドル、出力15ドルを挙げています。これらは8月11日時点で公開されたMoonshotの直接APIを説明する数値であり、EvoLinkルート、IDEサブスク、自己ホスト推論の価格に自動的に当てはまるものではありません。実際に導入するチャネルの最新価格を参照してください。

パラメータとエージェントの挙動

Grok 4.6 については、リリース当日に次の互換性マトリクスを確認します。

互換性は、両社が似たフィールド名を使っているからと推測するのではなく、実際のリクエストとレスポンスで示すべきです。

コスト: 不明な価格ではなく、完了した仕事で比較する

Kimi K3 には公開された直接価格と、EvoLink 上の実価格があります。Grok 4.6 には公式価格も EvoLink の SKU もありません。したがって今日の時点で数値のコスト比較を出せば、それは作り話になります。

いまできるのは、K3 と将来の 4.6 ルートが満たすべきコストの計上方法を決めておくことです。

accepted_task_cost = primary_calls
                   + retries
                   + fallback_calls
                   + tool charges
                   + reviewer_time
                   + defect_repair

入力、キャッシュ入力、出力、推論使用量、ツール料金、所要時間、そして結果が受け入れられたかどうかを記録します。トークン単価が安いルートでも、推論が長引く、ツールを再試行する、レビュー工数が増えるといった理由で高くつくことがあります。逆に単価の高いルートでも、失敗作業を防げるなら経済的です。

ユーザーが言う「より良い」とは何か

この比較をめぐる検索やコミュニティの言葉は、パラメータより運用寄りです。Kimi K3を今使うか待つか、公開ウェイトに意味があるか、100万コンテキストが正しい根拠を取得できるか、エージェントが全工程を完了するか、再試行後にどちらのルートが安いか、といった問いです。これらは勝敗の憶測ではなく、テストケースに変換すべきです。

準備すべき条件をそろえた評価

実際のトレースから20〜50件のタスクセットを作り、どちらのモデルを動かす前にも客観的な受け入れ基準を割り当てます。

K3 を実行して測定可能な基準を作ります。Grok 4.6 が呼び出せるようになったら、プロンプト、リポジトリの状態、ツール、権限、時間・金額予算、評価ルーブリック、セッションの新しさ、有効なコンテキスト予算を固定します。キャッシュ済み入力と未キャッシュ入力を分けて記録し、結果がばらつく場合は複数回試行してください。制約付きの K3 本番設定と無制限の Grok デモを比較せず、タスクが必要としない最大コンテキストを双方に埋めないでください。

本番ルーティングの判断フロー

まず提供状況を第一のゲートにし、次にワークロード要件、最後に実測結果で判断します。これにより、稼働中のルートと仮定のルートを比べずに済みます。

Grok 4.6 に検証済みAPIルートができる前にリリースが必要か?
├─ はい  → EvoLink 掲載済みの Kimi K3 ルートを検証するか、呼び出し確認済みの別の EvoLink ルートを使う。
└─ いいえ → Grok 固有の継続性が主要な要件か?
            ├─ はい  → 現行の Grok 基盤を維持し、4.6 の再現レーンを準備する。
            └─ いいえ → 公開ウェイト、100万コンテキスト、ネイティブ画像入力が必要か?
                        ├─ はい  → まず Kimi K3 を評価する。
                        └─ いいえ → 今 K3 をベンチマークし、ルート検証後に 4.6 を追加する。

Grok 4.6 が呼び出せるようになったら:
仕様の検証 → オフラインでの対応付け再現 → シャドーテスト → 小規模カナリア
→ 勝ったワークロードだけを昇格 → 検証済みフォールバックを維持

推奨する EvoLink ルーティング方針

EvoLink は単一のアクセス層を通じてベンダー比較に必要な実装作業を減らしますが、モデル固有の検証をなくすものではありません。モデルIDは設定可能にし、可能な範囲で共通のリクエスト仕様を狙い、互換性の差分を記録し、タスクの切れ目でルーティングしてください。

今 K3 を使うべき場合と、待つべき場合

次の場合は今すぐ Kimi K3 を使ってください。

• 呼び出せるモデルと公開された識別子が必要
• 公開ウェイトやデプロイの主導権が判断を変える
• 100万コンテキストや視覚入力がワークロードに含まれる
• タスクに明確な受け入れテストとフォールバックがある
• 評判ではなく、完了タスクあたりのコストを測定できる

次の場合は Grok 4.6 の根拠を待ってください。

• 製品がすでに Grok 前提で標準化されており、アップグレードで移行コストを減らせる
• 4.6 が Grok 4.5 の失敗パターンを改善するかを具体的に確かめたい
• 現行ルートが SLO を満たしており、待っても機会損失がない
• 4.6 でまだ公開されていない xAI 固有の機能が必要

適切なルートが利用できるのに、時間に追われた製品を止めてまで待つ必要はありません。また、アーキテクチャが公開されている、コンテキストが大きいというだけで K3 に移行するのも避けてください。どちらの判断にもワークロードの実測が必要です。

よくある質問

Grok 4.6 は Kimi K3 より優れていますか?

そう主張できる検証済みの根拠はありません。Kimi K3 はリリース済みでテストできますが、Grok 4.6 には条件をそろえて検証できる公開APIがまだありません。

Grok 4.6 API は利用できますか?

2026年8月11日に確認した xAI の公式 API モデルカタログ、料金ページ、リリースノートによれば利用できません。EvoLink にも呼び出せる Grok 4.6 ルートはまだありません。

EvoLink は Kimi K3 ルートを掲載していますか?

コンテキストウィンドウが大きいのはどちらですか?

Kimi K3 は100万トークンのコンテキストウィンドウを明記しています。Grok 4.6 のコンテキストウィンドウは未公開のため、事実に基づく大きさの比較はできません。

両方ともマルチモーダルですか?

Moonshot の上流モデル Kimi K3 は、画像と動画のネイティブ理解に公式対応しています。選んだ直接ルートまたはゲートウェイのルートがそれらのモードを提供しているか確認してください。Grok 4.6 の入力モードは未公開であり、以前の Grok モデルと同等だと仮定しないでください。

公開ウェイトがあるのはどちらですか?

Kimi K3 は Kimi K3 ライセンスのもとで公式に公開ウェイトをリリースしています。Grok 4.6 のウェイト公開は確認されていません。

どちらが安いですか?

Kimi K3 は Moonshot 直結 API の価格を公開していますが、Grok 4.6 は公開していません。ゲートウェイ、IDE サブスクリプション、セルフホストは商用条件が異なります。4.6 に検証済みルートと同条件の結果がそろってから、選択したチャネルの現行価格と受け入れタスクあたりのコストを比較してください。

Grok 4.6 のリリース後、すぐに切り替えられますか?

モデルIDが設定可能で、アプリケーションが互換性のあるリクエスト仕様を使っており、K3 か別の対応ルートをフォールバックとして残していれば可能です。それでもオフライン、シャドー、カナリア、ロールバックの確認は必須です。

掲載済みルートを検証し、候補を追跡する

測定可能なワークロードで EvoLink 掲載済みの Kimi K3 ルートを検証し、ルートは設定で切り替えられるようにして、Grok 4.6 の更新を受け取ってください。目的は見出しでベンダーを選ぶことではなく、明確な本番基準のもとで進めながら、検証済みの根拠が出たときにより良いルートへ移る選択肢を残すことです。

関連記事:

• Grok 4.6 のリリース日と API 状況
• Grok 4.6 と Grok 4.5 の比較
• Kimi K3 API ガイド

出典

• xAI: API モデルカタログ
• xAI: API 料金
• xAI: API リリースノート
• Moonshot AI: Kimi K3 公式リポジトリ
• Kimi: Kimi K3 公式リリース記事と直接API料金
• Moonshot AI: Kimi K3 モデルコレクション
• Kimi Platform: Kimi K3 クイックスタート
• Kimi Platform: Kimi K3 直接APIの料金
• Linux.do: Kimi K3 のセッションとキャッシュ移行に関する議論
• Linux.do: Kimi K3 と OpenCode の価格に関する議論

コミュニティの議論と現在の検索結果は、比較テーマ、提供チャネルの表現、セッション移行の懸念、評価観点の選定にのみ利用しました。モデルの提供状況、ID、アーキテクチャ、コンテキスト、入力モード、パラメータ、直接API価格は、公式情報または EvoLink のルート記録に基づいています。