1.56TBのフロンティアモデルを自社サーバーに降ろす──Kimi K3の全重み公開が突く「内製で回す」のコストと但し書き

総パラメータ2.8兆の「最大級オープンモデル」Kimi K3の全重みが7月27日に公開。1.56TBの実物と64基級クラスタという現実、独自ライセンスの但し書き、そして社内利用は条件外という「内製で回す」うえで効く一文を整理します。

シェア
1.56TBのフロンティアモデルを自社サーバーに降ろす──Kimi K3の全重み公開が突く「内製で回す」のコストと但し書き

7月27日、Moonshot AI が大規模言語モデル「Kimi K3」の完全な重み(パラメータ一式)を公開しました。総パラメータ2.8兆という「最大級のオープンモデル」が、API越しに借りるだけでなく、自分の環境にダウンロードして動かせる状態になったことを意味します。ただし「オープン」の中身は、そのまま無料開放とは少し違います。ここでは公開の事実と、それが自社運用(内製)にどう効くかを整理します。

「約束」が実物になった日

Kimi K3 のモデル自体は7月中旬に発表済みでしたが、重みの公開は「7月27日」と予告されていました。その約束どおり、同日に Hugging Face の公式リポジトリ(moonshotai/Kimi-K3)へ実物が置かれました。規模は数字で見ると重量級です。

  • 配布形式: safetensors 形式のシャード群、リポジトリ全体で約1.56TB(1兆5,600億バイト超)
  • モデル構造: Mixture-of-Experts(MoE)、総パラメータ2.8兆・トークンあたり有効化104億
  • コンテキスト長: 約1,048,576トークン(100万トークン級)
  • ライセンス表記: Hugging Face 上は汎用の「other」タグ(=独自ライセンス)

コーディング用途では、K3 を使うターミナル型のエージェント「Kimi Code CLI」(TypeScript製・オープンソース、サブエージェント対応)も用意されており、モデルとエージェントの両輪で開発現場に入り込む構えです。

「オープン」の但し書き──Kimi K3ライセンスが引いた3本の線

公開された重みは MIT や Apache 2.0 のような定番ライセンスではなく、独自の「Kimi K3 License」で配布されています。ダウンロード・自社ホスティング・ファインチューニング・量子化は認められる一方、商用の“又貸し”には条件が付きます。要点は次の3つです。

論点内容
許可される使い方重みのダウンロード、社内での自社ホスティング、ファインチューニング、量子化
MaaS(推論の再販)条件グループ売上が連続12か月で2,000万ドルを超える事業者が推論アクセスを外販する場合、Moonshot と別途契約が必要
表示義務月間1億アクティブユーザー超、または月商2,000万ドル超の商用プロダクトは、UI に「Kimi K3」を目立つ形で表示する義務

逆に言えば、純粋な社内利用は上記の条件から外れるとされています。自社の開発・業務で回す限りは売上トリガーや表示義務に縛られない設計で、ここが「内製で使う」立場からは最も効く一文です。ただしライセンス条文の解釈は自社の利用形態に依存するため、実運用前に法務確認を挟むのが無難です。

ダウンロードできても、動かすのは別の話

「重みが手に入る」ことと「手元で回せる」ことは同じではありません。2.8兆パラメータ級は、量子化しても相応の計算資源を要求します。報じられている目安は次のとおりです。

  • MXFP4 量子化時でも、常駐メモリは約1.4TB規模
  • Moonshot は配信用に64基以上のアクセラレータ(GPU等)で構成する“スーパーノード”を推奨
  • ノートPCやワークステーション単体で常用する類の規模ではない

つまり自社ホスティングは「無料で開かれた」のではなく、「借りる代わりに、自前のクラスタというコストを引き受ける」選択肢が増えた、と捉えるのが実態に近いといえます。参考までに、K3 は API 経由なら入力100万トークンあたり3ドル(キャッシュ時0.30ドル)・出力15ドルで利用でき、多くのチームにとっては当面こちらが現実的な入口になります。

それでも自社で回す理由

高いハードルを越えてまで内製ホスティングを選ぶ動機は、性能そのものよりも「どこでデータを処理するか」に寄っています。API に投げれば入力は外部サービスを経由しますが、自社環境に閉じれば、社外へコードや機密を出さずにフロンティア級のモデルを回せます。データの所在(データレジデンシー)や規制対応を重視する組織、あるいは海外APIへの送信を避けたい現場にとっては、これが最大の利点です。社内利用がライセンス条件から外れる点も、内製の後押しになります。

コーディング性能も無視できません。K3 は Arena.ai のフロントエンドコード部門で上位に立つと報じられ、Program Bench や SWE Marathon など一部のベンチマークでは先行モデルを上回るとされます。開発現場で「自社に置ける実用水準の頭脳」という選択肢が現れたこと自体が、内製・オンプレ志向のチームには前進です。

浮かれる前に見ておきたい面

一方で、一面的に「もう自社で何でもできる」と捉えるのは早計です。冷静に見るべき点も複数あります。

  • 運用コスト: 1.56TBの重みと64基級のクラスタは、初期投資も電力・保守も軽くない。回し続けるほどコストが効いてくる構図は、API時代と本質は変わらない。
  • ライセンスの読み違い: 「オープン」でも独自ライセンスであり、外販や大規模消費者向けには条件が付く。社内利用の範囲を含め、条文の解釈は自社で確認する必要がある。
  • 最難関タスクでの差: FrontierSWE(K3 81.2 対 Fable 5 86.6)や DeepSWE(K3 67.5 対 GPT-5.6 Sol 73.0)のように、最も難しい課題では先行モデルに届かない領域も残る。全部を置き換える前提では見誤る。

それでも、「最大級のオープンモデルを、条件付きながら自社に降ろせる」状態が整った意味は小さくありません。クラウドAPIに依存しきらず、データを外に出さずに開発を回す──その現実味が一段上がった、という温度で受け止めるのが妥当でしょう。

参照: moonshotai/Kimi-K3(Hugging Face)Kimi K3 Open Weights Shipped: What the Licence Says(Digital Applied)Kimi K3: Open Frontier Intelligence at 2.8T Scale(Digital Applied)Moonshot AI Releases Kimi Code CLI(MarkTechPost)Kimi K3, and what we can still learn from the pelican benchmark(Simon Willison)

続きを読む

「どのモデルに任せるか」の中身を、Cursorが開けてみせた──Routerが明かす、Git・計画・実装・デバッグの“モデル別の得手不得手”

「どのモデルに任せるか」の中身を、Cursorが開けてみせた──Routerが明かす、Git・計画・実装・デバッグの“モデル別の得手不得手”

Cursorが8月6日、Routerの「どうモデルを選ぶか」を公開。Compassで簡単さを測り、Git=Grok・計画=Sol・実行=Opus・デバッグ=Fableと持ち場を分ける仕組みと、コスト削減の公表値、そして再現性・ベンダー依存の但し書きを整理します。

FF
「無人で回すエージェント」に開いていた二つの穴──Claude Code v2.1.223が塞いだ、ワークフローの砂場破りと長時間セッションのメモリ漏れ

「無人で回すエージェント」に開いていた二つの穴──Claude Code v2.1.223が塞いだ、ワークフローの砂場破りと長時間セッションのメモリ漏れ

Claude Code v2.1.223(8月6日)が、ワークフローが動的import()でサンドボックスを抜けられた穴と、長時間・無人セッションで積み上がっていたメモリ漏れを一括修正。自動運用で回している人ほど効く更新を整理する。

FF
「承認」ボタンを、コマンド自身が欺いていた──Claude Codeが3日連続で塞いだ、エージェント権限チェックの抜け穴群

「承認」ボタンを、コマンド自身が欺いていた──Claude Codeが3日連続で塞いだ、エージェント権限チェックの抜け穴群

承認ダイアログに映らない不可視文字でコマンドを隠せた——Claude Codeが8月4〜6日のv2.1.221〜223で連続修正した、エージェント権限チェックの抜け穴群と、無人運用でいま打てる手をまとめる。

FF