短い答え： Moonshot AI は2026年7月16日に Kimi K3 を公開し、オープンウェイトは同月下旬に公開しました——2.8兆パラメータの混合専門家（MoE）モデルで、アクティブパラメータは104B、コンテキストウィンドウは1Mトークン、カスタムの “Kimi K3 License” のもとで公開されています。モデルカードが自ら報告するコーディングスコアはクローズドなフロンティアモデルに迫ります。AIコーディングプラットフォームをセルフホストするチームにとって、これは意味のある新しい選択肢です——ただし、ライセンスは標準的なOSIライセンスではなく、デプロイのフットプリントは大きく、ベンチマーク数値はベンダー自己申告です。他のモデルと同じように評価してください：あなたのリポジトリで、あなたのタスクで、あなたの境界の内側で。
何が起きたのか
Moonshot AI は2026年7月16日に Kimi K3 を公開し、7月下旬に Hugging Face でオープンウェイトを公開しました。ロイターは翌日、これまでに公開された最大のオープンウェイトモデルだと報じました。公式モデルカードの主要仕様：
| 仕様 | モデルカードの値 | 自分で検証すべきこと |
|---|---|---|
| 総パラメータ | 2.8T（混合専門家） | 目標とするレイテンシでの実際の推論コスト |
| アクティブパラメータ | 毎フォワードパス 104B | 自分の推論スタックでの実際のGPUメモリ使用量 |
| コンテキストウィンドウ | 1Mトークン | 最大値だけでなく、長いコンテキストでの実効品質 |
| 量子化 | MXFP4 量子化認識トレーニング | 実際に実行する量子化成果物の精度 |
| ライセンス | カスタム “Kimi K3 License” | 商用利用、再配布、帰属の正確な条件 |
モデルカードはまた、コーディングエージェントのベンチマーク結果——Terminal-Bench 2.1 と SWE-Marathon でクローズドなフロンティアモデル並みのスコア——を報告しています。それらの数値はベンダー自己申告であり、どのローンチでもそうであるように、適合性の証明ではなくスクリーニング証拠として扱うべきです。
セルフホスト型コーディングプラットフォームにとってなぜ重要か
オープンウェイトのリリースは、コードを自社の境界内に保つ組織の選択肢の空間を変えます。プラットフォームレベルでモデルを管理するプラットフォームは、原理的には、境界のあるコーディングタスクを組織が完全に制御するインフラ上でホストされるモデルにルーティングできます——これはセルフホスト型 MonkeyCodeのようなセルフホストAI開発プラットフォームの核心的な約束です。
調達文書を更新する前に、3つの実務的な注意点：
- ライセンスはカスタムです。 「オープンウェイト」は OSI 承認のオープンソースと同じではありません。Kimi K3 License は、商用利用、再配布、あらゆる利用制限について法務のレビューが必要です——AGPL-3.0 義務でお勧めするのと同じ規律です。
- フットプリントは現実です。 2.8Tパラメータ、104BアクティブのMoEは、ワークステーションへのデプロイではありません。推論の経済性——GPU、メモリ、エージェント級の長いコンテキストでのスループット——が総コストを支配します。セルフホスティングTCO見積もりツールを自分の数字でモデリングしてください。
- ベンダースコアはスタートラインです。 Terminal-Bench やSWE系のスコアは候補をふるいにかけますが、あなたのリポジトリでの受け入れ率を予測するものではありません。クローズドモデルなら必ず実行するのと同じ受け入れテスト付きパイロットを実行してください。
誇張なしに評価する方法
- 代表的なリポジトリで、書面の受け入れ基準付きの境界のあるタスクを10～20個定義する。
- 現在のデフォルトモデルと、受け入れ結果、レビュー工数、再現性を比較する——リーダーボードではなく。
- データ主権が動機なら、経路全体を検証する：ウェイトのホスティング、推論スタック、ログ、保持期間。モデルファイルの場所だけではありません。
- ライセンスレビューを明示的なゲートとして記録する。法務チームが承認できないモデルは、利用可能なモデルではありません。
オープンウェイトとオープンソース：調達でつまずく区別
「オープンウェイト」という言葉はローンチ報道で多用されていますが、「オープンソース」の同義語ではありません。OSI承認のオープンソースライセンス（MIT、Apache-2.0、AGPL-3.0）は、使用、修正、再配布の明確な権利を付与します。Kimi K3 License のようなカスタムモデルライセンスは特注の契約です：商用利用を制限したり、利用上限を課したり、帰属を要求したり、ユーザーのカテゴリを除外したりする可能性があります。「オープン」という言葉はそれらを何も含意しません。
セルフホスト型コーディングプラットフォームでは、これは二重に重要です。プラットフォーム自身のライセンス（MonkeyCode は AGPL-3.0）とモデルのライセンスは、2つの独立した法的レビューであり、寛容なプラットフォームライセンスが制限的なモデルライセンスを緩めることも、その逆もありません。それらを独立したゲートとして扱ってください：
| レイヤー | 例 | レビューの問い |
|---|---|---|
| プラットフォームライセンス | AGPL-3.0（MonkeyCode） | 変更したりネットワーク経由で公開したりする場合の義務は？ |
| モデルライセンス | カスタム “Kimi K3 License” | 私たちの規模での商用利用を、禁止利用の衝突なしに許可しているか？ |
| 推論スタック | 推論サーバー、量子化ツール | それらのコンポーネントのライセンスは上記と互換性があるか？ |
3つのうちどれか1つでも法務レビューを通過しなければ、ベンチマーク表がどんなに強く見えても、その組み合わせはデプロイできません。
まとめ
Kimi K3 が重要なのは、そのサイズというより、それが示すシグナルです：フロンティアに近いコーディング能力が、組織が自らホストできるウェイトとして届くようになった。規制下および主権制約のあるチームにとって、問いは「有能なモデルを境界内に置けるか」から「経済的に運用できるか、そのライセンスは法務レビューを通過するか」へと変わります。どちらの問いも答えられます——ローンチ当日の数字ではなく、あなた自身のパイロットで。