# Kimi K3 ライセンスの商用条件は 3 条項で決まる——「$20M」の読み方と、Azure・AWS・Google に求めた 30% 収益分配

> Kimi K3 の重みは無償ですが、公式 vLLM レシピの起点は 8×GB300。ホストは消えません。ロイターが伝えた Moonshot の「最大 30%」要求はレベニューシェアの向きを逆にしたもので、未解決項目に「トークン利用の監査」が並びます。ライセンス 3 条項を原文で読み、誰がトークンを数えるのかまで整理します。

- Published: 2026年8月29日
- Author: Leo Kaka, Engineering
- Tags: models, providers, ecosystem, cost
- Canonical: https://pirouter.ai/ja/blog/open-weights-still-need-a-host

---
結論から。Kimi K3 License の商用条件は実質 **3 条項**——MaaS 事業で関連会社合算の売上が連続 12 か月で 2,000 万ドル（USD）超なら別契約（§2）、1 億 MAU または月商 2,000 万ドル超の製品は UI に「Kimi K3」表示（§3）、社内利用と「認定推論パートナー」経由は免除（§4）。重みは無償で落とせますが、公式 vLLM レシピの起点は **8×GB300**、実運用はマルチノード。ホストは消えません。

消えたのは、レベニューシェアの向きです。[ロイターの 8 月 26 日の報道](https://www.reuters.com/business/retail-consumer/chinas-moonshot-talks-with-microsoft-amazon-google-over-k3-revenue-sharing-2026-08-26/)（関係者 3 人）によれば、Moonshot AI は Microsoft Azure・AWS・Google Cloud に対し、K3 関連サービス売上の**最大 30%** を求めています。交渉は初期段階で、合意に至らない可能性もあると関係者は言っています。未解決項目は三つ——分配率、データアクセス、「トークン利用状況の監査」。最後の一つは、ゲートウェイの計量層が毎日やっている仕事そのものです。

## Kimi K3 ライセンス：商用条件は 3 条項——自分の用法はどこに入るか

まず表にします。原文は [Hugging Face 上の LICENSE](https://huggingface.co/moonshotai/Kimi-K3/blob/main/LICENSE)、全文 3,065 バイト。権利付与は MIT に近く、使用・改変・再配布・販売・デプロイ・ファインチューニングまで明示的に許されています。ただし §1 は誰にでも効いて外れません——著作権表示と許諾表示を「すべての複製または重要な部分に含める」ことと、法令遵守。§4 が免除するのは §2 と §3 だけで、§1 には触れていません。下の表は**商用条件**の表であり、表示義務はファインチューニング済みチェックポイントを含め、渡す複製に付いて回ります。当方の読みであり、法的助言ではありません。

| 用法 | §2 MaaS 別契約 | §3 「Kimi K3」表示 | 判定（商用条件） |
|---|---|---|---|
| 社内ツール（出力を第三者に出さない） | 対象外 | 対象外 | ✓ なし（§4 (a)）——配布する複製には §1 の表示義務 |
| 自社製品に埋め込み（モデル機能は特定機能内に限定） | MaaS 定義外 | 1 億 MAU または月商 $20M 超で発生 | ⚠ 規模次第で表示義務のみ |
| 他社ホストへの単純中継（ルーター／ゲートウェイ） | MaaS 定義外（§2 (b)） | 同上 | ⚠ 表示義務のみ検討 |
| ファインチューニングして派生重みを再配布（推論は売らない） | MaaS 定義外——入力やパラメータの制御を第三者に渡していない | 同上 | ⚠ §1 の表示義務はチェックポイントに付随 |
| 自社ホストで推論 API を第三者に提供 | 関連会社合算の売上が連続 12 か月で $20M 超なら別契約 | 同上 | ✗ 閾値超えは別契約 |
| Moonshot 公式製品／認定推論パートナー経由 | 免除 | 免除 | ✓ §4 (b) |

条文を原文のまま置きます。§2 の定義と閾値。

> "Model as a Service" means giving a third party access to language model inference or fine-tuning (e.g., via API) in a manner that allows such third party to exercise meaningful control over the inputs, parameters, or training data. This does not include (a) end-user products with model capabilities solely embedded within specific features or harnesses, or (b) mere relaying of requests to models hosted by others.
>
> If the Licensee or any of its affiliates operates a Model as a Service business, and the aggregate revenue of the Licensee and its affiliates exceeds 20 million US dollars (or the equivalent in other currencies) in total over any consecutive 12 months, the Licensee must enter into a separate agreement with Moonshot AI before using the Software or its derivative works for any commercial purpose.

§3 と §4。

> If the Software (or any derivative works thereof) is used for any of the Licensee's commercial products or services that have more than 100 million monthly active users, or more than 20 million US dollars (or equivalent in other currencies) in monthly revenue, "Kimi K3" must be prominently displayed on the user interface of such product or service.
>
> The requirements set forth in Sections 2 and 3 do not apply to: (a) internal use of the Software, defined as any use that does not make the Software, its outputs, or its underlying capabilities available to third parties; or (b) any use of the Software accessed through Moonshot AI's official products or certified inference partners.

以下は当方の読みで、法的結論ではありません。

- **§2 の $20M は「K3 で稼いだ額」ではなく関連会社合算の総売上**です。売上の大きい企業が K3 を MaaS で出せば、K3 の売上がゼロに近くても閾値を超えます。発生する義務は「別契約」で、料率は条文にありません。§3 の $20M は月商——§2 の 12 か月合計とは量が違います。
- **§2 (b) は中継を明示的に除外**。他社ホストのモデルへ転送するだけの層——ルーターやゲートウェイ——は、重みを自分で回さない限り MaaS 定義に入りません。
- **「認定推論パートナー」は定義も名簿もなし**。[TrendingTopics](https://www.trendingtopics.eu/kimi-k3-new-license-makes-clear-how-moonshot-ai-wants-to-make-money/)も同じ点を指摘しています。この穴が二つ先の節につながります。

## 2.8T の重みは「落とせる」——「回せる」とは別の話

[モデルカード](https://huggingface.co/moonshotai/Kimi-K3)の数字から。総パラメータ 2.8T、アクティブ 104B、896 エキスパート中トークンごとに 16 を選択、コンテキスト 1,048,576 トークン、重みは MXFP4（量子化認識学習）で配布。

「自前で回せば済む」という読みはここで止まります。[vLLM 公式レシピ](https://recipes.vllm.ai/moonshotai/Kimi-K3)の Prerequisites はこう書いています。

> Hardware: At least 8x GB300. Multi-node for real production traffic.

ROCm 側は「at least 8x MI355X/MI350X」、MXFP4 フットプリント欄は **1,680 GB**（重み公開前の推定値という脚注付き）。[SGLang のクックブック](https://docs.sglang.io/cookbook/autoregressive/Moonshotai/Kimi-K3)を見ると、枚数は世代でまるごと変わります——B300 と MI355X は 1 ノード×8 枚、GB300 は 2×4 でどちらも 8 枚ですが、H200・B200 は 2×8 で 16 枚、H100 は 4×8 で 32 枚。各セルには *Final Verification In Progress* の但し書き付き（レシピは動くが、最終重みと現行コードでの検証は進行中）。「8 枚」が下限になるのは最新世代だけで、H100 なら 4 倍要ります。

![Kimi K3 を SGLang / vLLM 公式レシピで動かすときのノード×GPU 構成](/blog/images/open-weights-still-need-a-host-nodes.png "SGLang クックブックの構成表（H100 4×8 / H200 2×8 / B200 2×8 / B300 1×8 / GB300 2×4 / MI355X 1×8）と vLLM レシピの下限「8×GB300」。採集日 2026-08-29。出典：[SGLang cookbook — Kimi-K3](https://docs.sglang.io/cookbook/autoregressive/Moonshotai/Kimi-K3)、[vLLM Recipes — moonshotai/Kimi-K3](https://recipes.vllm.ai/moonshotai/Kimi-K3)")

つまり K3 を自前で回せるのは GB300 級を 8 枚、あるいは H100 を 32 枚確保できる組織で、日本の一般的な企業にとってはダウンロード項目ではなく調達案件です。供給側にも余裕はなく、[GIGAZINE の記事](https://gigazine.net/news/20260827-kimi-k3-microsoft-amazon-google/)が伝えるとおり、Moonshot 自身が K3 公開後の需要に GPU が追いつかず、サブスクリプションの新規契約を止めています。

ロイターの一文も同じです。「analysts say few customers are likely to run a system with 2.8 trillion parameters on their own infrastructure because of the huge computing costs involved.」重みが開いていることと、ホストが要らないことは別の命題です。

## ロイターが報じた「最大 30%」——レベニューシェアの向きが逆になった

口径を先に固定します。情報源は「three people familiar with the talks」、金額は「up to a 30% share of revenue generated from K3-related services」、段階は「at an early stage and there is no certainty they will result in agreements」。Moonshot は回答せず、三社はコメントを拒否。「合意した」「提供が始まる」とは一行も書かれていません。

面白いのは向きです。[The Next Web](https://thenextweb.com/news/moonshot-k3-revenue-sharing-us-clouds)は「It also inverts the usual arrangement, in which the platform takes the cut, and the developer receives the remainder.」と書きました。重みを配っている開発元が、プラットフォームに取り分を求めている。30% は [RuntimeWire](https://runtimewire.com/article/moonshot-kimi-k3-us-cloud-revenue-sharing) の言うとおり「a ceiling rather than an agreed rate」です。

前例は皆無ではありません。ロイターによれば Moonshot は小規模クラウドとは同種の契約を結んでおり、7 月には Chinasoft International が収益分配契約を開示（料率非公開）。記事末尾には、Alibaba も自社の新オープンソースモデルの大口ユーザーに収益分配を求めているとあります。「重みは無償、回収は実行の場で」は一社の話ではありません。

ここで前々節の穴とつながります。§4 (b) の「認定推論パートナー」に三大クラウドが入れば、その上で K3 を使う顧客は §2・§3 の義務から外れます。**ライセンスの閾値は顧客に、収益分配の交渉はホストに向いている**——同じ経済的請求の回収窓口が違うだけに見えます。当方の読みで、条文にも報道にもそうは書かれていません。

政治面は一段で。米財務長官 Bessent 氏が 7 月に貿易ブラックリスト追加を示唆、米当局が蒸留と NVIDIA チップの違法調達を指摘、Moonshot は蒸留を否定しアーキテクチャの独自変更によると説明——いずれもロイター記事にある事実で、決着はついていません。交渉が政策で止まる可能性もあり、ここでは論じません。

![漫画：「FREE — TAKE ONE」の屋台の WEIGHTS 一包、隣に 8 × GB300 の巨大な機械と係員](/blog/images/open-weights-still-need-a-host-comic.png "重みは無償。動かす場所と取り分は別。")

## 「トークン利用状況の監査」は誰の仕事か——計量層の 3 つのやり方

未解決項目の三つ目に戻ります。ロイターの注釈は「Tokens are units of text processed by AI models, and measuring their use is central to calculating revenue under usage-based billing.」。核心は TNW の「in an arrangement where the party doing the counting is the party paying the share」——数える側と払う側が同じ、という点です。

ホストと権利者の間の監査方法は実務上三つ。費用を横に書きます。

| 方式 | 何をするか | 費用の所在 |
|---|---|---|
| A. ホスト側計量 + サンプリング監査 | ホストがリクエスト単位のログ（入出力・推論トークン、モデル ID、時刻）を保持し、権利者が期間を切って照合 | ログ保持はホスト、監査の手間は権利者。信頼はホストの帳簿に寄る |
| B. 双方独立計量 + 定期突き合わせ | ゲートウェイ計数とモデル側（トークナイザー／推論エンジンの usage）計数を別々に取り、月次で差分を説明 | 計量の二重運用費と、差分の原因調査が毎月発生 |
| C. 検証可能な計量 | レコードにハッシュ連鎖や読み取り専用台帳を付け、改変不可の形で権利者に開く | 実装費が最も高く、データアクセスの論点と正面衝突 |

どれを選んでも先に決めるべきは「1 トークンとは何か」です。K3 はここが厄介で、モデルカードは「Kimi K3 always has thinking enabled, and will return `reasoning_content`」。計量の前に、次の四つを契約文言として決めておく必要があります。

- 思考トークンは出力として数えるのか
- 画像入力の換算は誰の換算表に従うのか
- プレフィックスキャッシュにヒットした入力は「処理した」に含めるのか
- 履歴をそのまま送り返す仕様（preserved thinking history）で、毎ターン再送される入力を毎回数えるのか

いずれも技術仕様ではなく契約の定義。ずれれば方式 B の差分は毎月説明不能になります。

私たちの設計は、制御プレーン側で全リクエストを上流と独立に計量し、上流の請求と突き合わせる形です——設計であって、公開済み機能の説明ではありません。「どこで数えたか」で請求書が変わるという話は [同じ発想で書いた前回](/ja/blog/agent-context-injection-bill) と同じです。

関係者の言う「監査」にはこの定義問題も含まれると読んでいます。30% より、それを掛ける分母の確定のほうが工学的には難しい。

## 前作との接点——流通層の価値は、結局誰のものか

8 月 24 日の [日本の国産 LLM 591 モデルは、売却検討中のプラットフォーム上にある](/ja/blog/distribution-layer-for-sale) で書いたのは、モデルと利用者の間の「配る層」と「送る層」が同じ月に値付けされた話でした（Hugging Face の売却検討、OpenRouter の Stripe 入り、[Nvidia の買収交渉](/ja/blog/nvidia-hf-talks)）。

今回は三段目。前の二段は「層を所有する会社が売られる」話で、今回は「層の上を流れる売上を誰が切り取るか」の話です。値付けの対象は同じ——モデルではなく、モデルに到達する経路。

日本の組織が K3 を検討するとき、稟議に書くべきことは三つだと考えます。

1. **「認定推論パートナー」の名簿が公開されるか。** 公開されない限り §4 (b) の免除を前提にした調達は宙に浮きます。自社ホストなら §2 の合算売上で判定。
2. **データアクセス条項がどう書かれるか。** 権利者がホスト上のプロンプトと出力をどこまで見られるかは監査方式（A〜C）と直結します。B か C でない限り、監査は「ホストの帳簿を見る」ことと同義です。
3. **監査の口径を誰が定義するか。** 思考トークン、画像トークン、キャッシュヒット、再送入力——契約になければ 30% の分母は毎月動きます。

ライセンスを読むのは 10 分で済みます。残る問いは条文ではなく計量の側——誰がトークンを数え、その数字を誰が検証できるのか。それが決まるまで、「オープンウェイトだから自由」は 8 枚の GB300 を持っている人にしか当てはまりません。

---

## Sources

### reuters.com

- [ロイターの 8 月 26 日の報道](https://www.reuters.com/business/retail-consumer/chinas-moonshot-talks-with-microsoft-amazon-google-over-k3-revenue-sharing-2026-08-26/)

### huggingface.co

- [モデルカード](https://huggingface.co/moonshotai/Kimi-K3)

### trendingtopics.eu

- [TrendingTopics](https://www.trendingtopics.eu/kimi-k3-new-license-makes-clear-how-moonshot-ai-wants-to-make-money/)

### recipes.vllm.ai

- [vLLM 公式レシピ](https://recipes.vllm.ai/moonshotai/Kimi-K3)

### docs.sglang.io

- [SGLang のクックブック](https://docs.sglang.io/cookbook/autoregressive/Moonshotai/Kimi-K3)

### gigazine.net

- [GIGAZINE の記事](https://gigazine.net/news/20260827-kimi-k3-microsoft-amazon-google/)

### thenextweb.com

- [The Next Web](https://thenextweb.com/news/moonshot-k3-revenue-sharing-us-clouds)

### runtimewire.com

- [RuntimeWire](https://runtimewire.com/article/moonshot-kimi-k3-us-cloud-revenue-sharing)