Kimi K3のオープンウェイト公開、コーディング一部ベンチで首位 — 実用にはH200が12〜16基必要とみられる

大量のGPUサーバーが並ぶデータセンターのラックのイメージ
目次

この記事のポイント

  • いつ:2026年7月27日、Hugging Faceでオープンウェイトが公開
  • 何が:Moonshot AI「Kimi K3」2.78兆パラメータ・MXFP4形式(4bit精度の数値形式)で1.56TB
  • 誰に:コーディングAIを選ぶ開発者と、自社導入を検討する組織
  • 実力:コーディング一部ベンチで首位。総合はClaude Fable 5・GPT-5.6 Solに及ばず
  • どうすべきか:個人はAPIかGGUF待ち、組織は環境コスト・ライセンス・疑惑込みで評価

Moonshot AIが「Kimi K3」のオープンウェイト(学習済みの重みを配布し、誰でもダウンロード・実行・改変できる形態)を公開しました(PC Watch)。

ProgramBench 77.8で首位、DeepSWEは3位 — 強い場所と弱い場所が割れた

成績は「全部強い」ではなく得意分野が割れています。ProgramBench 77.8SWE-Marathon 42.0で首位を取る一方、DeepSWEは67.5で3位、FrontierSWEは81.2とClaude Fable 5の86.6に届きません

見落とせないのは、Moonshotの公式blog自身が総合性能ではFable 5・GPT-5.6 Solになお及ばないと明記している点です。開発元が上限を認めており、「Fable 5超え」と単独で断定するのは誤読になります。

主要ベンチマーク横並び

ベンチKimi K3Claude Fable 5GPT-5.6 SolClaude Opus 4.8
ProgramBench77.8(首位)77.6
SWE-Marathon42.0(首位)39.040.0
DeepSWE67.5
FrontierSWE81.286.6
Terminal-Bench 2.188.388.8

※「-」は各社公式に同条件の公表値がない項目。人手評価のFrontend Code Arenaでは1位(1679pts)も獲得しました。

ハーネスが揃っていない — 数値は10〜26ポイント動きうる

この表は鵜呑みにできません。K3側はKimiCode、比較対象はClaude CodeやCodex等の各社ベストと実行環境(ハーネス)が揃わず、同一モデルでも10〜26ポイント動きうると指摘されています。判断は公開スコアより自分のタスクでの試行結果に置くのが現実的です。

2.78兆パラメータを1.56TBに収めた仕組み — MXFP4学習と896エキスパートのMoE

配布ファイルのサイズを決めているのはMXFP4です。ネイティブMXFP4量子化認識学習(QAT)により4bit精度を前提に学習することで、2.78兆パラメータが1.56TB・96個のsafetensorsシャードに収まりました。

一方、実行時の計算コストを抑えるのがMoE(Mixture of Experts=内部の専門家モジュールの一部だけを使う方式)です。総パラメータ2.78兆のうち「Stable LatentMoE」の896エキスパート中16個のみが動き、1トークンあたりの実働は104Bにとどまります。減るのは1トークンあたりの計算量であって、配布ファイルのサイズではありません。

最大コンテキスト100万トークン、最大出力262,144トークン、ネイティブ画像理解にも対応します。

Kimi Delta Attention+Attention Residualsで長文を速く

長文処理の速度は新アーキテクチャで手当てしています。Kimi Delta Attention(KDA)は線形注意(計算量を抑えた簡易な注意機構)とフル注意を3:1で交互配置し、100万トークン級で最大6.3倍高速なデコードを実現します。Attention Residuals(AttnRes)は約25%高い学習効率をもたらし、両者を合わせると総合でK2比約2.5倍のスケーリング効率になったとされます。いずれもMoonshotの自己申告値で、第三者の再現検証はこれからです。

H200を12〜16基、総額1億〜2億円規模とみられる — 手元のPCで動かす話にはならない

オープンウェイトでも「自宅で動く」わけではありません。実用的な速度には、H200を12〜16基積んだサーバなど総額1億〜2億円規模の環境が必要とみられますB200×8基(1,536GB)でもわずかに足りず、実運用は2ノード分割とノード間ネットワークが前提とみられます。

vLLM/SGLangはday-0対応、個人はAPIが最短

サーバ側の受け皿は初日から整い、推論エンジンのvLLMとSGLangがday-0で対応しています。一方、24GB VRAM級の個人PCでのローカル実行は事実上非現実的で、unsloth等のコミュニティ製GGUF(軽量化した配布形式)も数日〜数週間遅れの登場とみられます

試すだけならAPIが最短です。100万トークンあたり入力3.00米ドル(キャッシュヒット0.30米ドル)・出力15.00米ドルで、同じ前提文を使い回すコーディング用途は入力側が10分の1で済みます。

MITではない「Kimi K3 License」 — 無償で商用可、ただしMAU1億超で表示義務

ライセンスはMITそのものではなく、MIT派生の独自「Kimi K3 License」です。ダウンロード・実行・改変・ファインチューン・再配布・商用利用はライセンス費用なしで可能で、通常の開発では制約をほぼ意識しません。

効いてくるのは規模の大きい場合です。MAU1億超または月間売上2,000万米ドル超の製品はUIに「Kimi K3」を目立つ形で表示する義務があり、MaaS(Model as a Service=モデルをAPIとして提供する事業形態)事業者でグループ売上が連続12か月2,000万米ドル超なら商用利用前に個別契約が必要です。Moonshotが「open source」ではなく「open weight」と表現しているのも、この差ゆえとみられます。

公開の5日前に浮上した蒸留疑惑 — 米政府高官が指摘、技術的根拠は公表されていない

公開直前には政治的な論点も浮上しました。2026年7月22日、米ホワイトハウス科学技術政策局長のMichael Kratsios氏が、Moonshot AIがK3開発でAnthropicのFableを蒸留した(他社モデルの出力で自社モデルを学習させた)こと、輸出規制対象のGB300サーバにアクセスしたことを指摘しています

財務長官のScott Bessent氏も制裁やエンティティリスト指定の検討に言及しました。ただし米政府側は技術的根拠を公表しておらず、現時点では疑惑の段階です。導入検討時は規制動向が変わりうる前提で見ておく必要があります。

まとめ

Kimi K3はコーディングの一部でトップ級に届いたオープンウェイトですが、総合性能は開発元自身が上位モデルに及ばないと認め、ベンチもハーネス差で単純比較できません。個人はAPIかコミュニティ製GGUFの登場待ちが現実解です。

組織で使うなら、H200級の環境コスト、MAU1億超の表示義務、そして未決着の蒸留疑惑まで含めて評価するのが妥当でしょう。

編集後記

2.78兆パラメータのKimi K3を実際に動かすにはH200が12〜16基必要、という数字でいったん手が止まった印象です。ベンチ首位という数字を読んだ時点で、私は自分の手元のPCで試す前提になっていたので、少し気恥ずかしくなりました。どこまで動かせるかまで含めて性能の話なのかもしれませんね。

— CODE. 編集部

シェアいただけると励みになります!m(_ _)m
  • URLをコピーしました!
目次