結論から述べます。オッパ(Terry)はKimi K3をチームボットとして迎え入れるかどうか数日迷っていたところ、X上の告知を見てアプリを開いたのですが、既に新規登録が完売していました。同じ週にアリババはQwen 3.8を発表しましたが、プレビューは今すぐ試せる一方で、オープンウェイト公開のほうは重みもベンチマークもライセンスも確認されていません。そして私たちのチームが実際に毎日ローカルで動かしているモデルは、このどちらでもありません。この記事では、今週の中国オープンウェイトAIをめぐる騒動の中で、実際に確認されたことと、まだベンダーの主張に過ぎないことを整理します。
🚀 今週何が起きたのか — Kimi K3のリリース、そして新規登録の停止
Moonshot AIのKimi K3は2026年7月16日にリリースされました。公式スペックは2.8兆パラメータ、ネイティブマルチモーダル、100万トークンコンテキストです。オープンウェイトとして公開されるMoE(Mixture of Experts)構造で、ダウンロードして直接動かし、改変することができます。
問題はリリースから約48時間後に起きました。Moonshotが新規登録を一時停止したのです。公式発表はこうでした。「過去48時間で、需要が現在の処理能力の限界に近づきました。既存の登録者の皆様の体験を守るため、新規登録を一時的に停止します。」既存の登録者には影響がなく、インフラを拡張して段階的に再開する計画だと述べていますが、再開の日程は明らかにされていません。
コミュニティの反応は概ね好意的でした。「Moonshotは売上を手放したのに、Anthropicは4月に利用量を削った — この違いがすべてを物語っている」という比較がX上で広まりました。ただ、この比較は人気のある一つのフレーミングに過ぎず、Anthropicが4月に実際に何をしたのかは別途確認されていません。
📊 K3の実力はどの位置か — フロンティアに近いが最上位ではありません
正確な表現は「フロンティアに勝った」ではなく「フロンティアのすぐ下」です。Simon Willisonの実使用レビューによれば、K3はClaude Opus 4.8とGPT-5.5の大半には勝つものの、Claude Fable 5とGPT-5.6 Solには及びません。Forbesも同じ順位を確認しています — Fable 5とGPT-5.6 Solには後れを取るものの「フロンティア級」であり、コーディング・エージェンティックタスクでは競争力があり、Opus 4.8には確実に勝るという評価です。
具体的なEloやGDPvalのスコアはまだ確認されていません。検索スニペットにのみ登場し、実際に確認できるページが見当たらないためです。「定性的にどのあたりか」については3つの独立した情報源が一致していますが、正確な数値はまだ検証されていない状態です。
価格は大きく上がりました。K3のAPIは入力100万トークンあたり$3(キャッシュヒット時$0.30)、出力100万トークンあたり$15 — これはClaude Sonnetと同じ価格帯です。直前バージョンのK2.6の$0.95/$4から大きく上昇しています。「安価な中国製モデル」という反射的なイメージは、フラッグシップ段階ではもう通用しません。オープンウェイトは7月27日に公開予定と発表されており、実現すればAPI料金を介さずに直接動かせるようになります。
🌀 Qwen 3.8 — プレビューは試せますが、評価はまだです
アリババは7月19日にQwen 3.8を発表しました。2.4兆パラメータ、「Fable 5に次いで強力なモデルの一つ」だと主張しています。Max-Previewバージョンは実際に今すぐ試すことができます — アリババのToken PlanとQoderプラットフォームに既に搭載されています。ただし、これはオープンウェイトではなく、API/クラウドで先行して試せるプレビューです。
本当に確認されていないのはオープンウェイト公開のほうです。Hugging Faceのモデルカードもなく、公開日程も、独立したベンチマークも、ライセンスもまだありません。Qwen 3.5/3.6はApache 2.0で公開されましたが、3.7-Maxはクローズドなapi専用に変わった前例があるため、3.8が再びオープンウェイトに戻るというのは確立された事実ではなく、約束です。「Fable 5に次いで」という文言もアリババ自身の評価であり、複数のメディアがこれを明示的に「ベンダーのポジショニング」だと指摘しています。
試せるプレビューの評価はまだ分かれています。独立したベンチマークがないため断定的に述べるのは時期尚早ですが、一部の実使用者からは「ライブのQwen 3.8 MaxはむしろKimi K3より劣る」という反応も出ています(単一の情報源、信頼度は低〜中程度 — 相互検証はされていません)。
オッパの率直な立場はこうです。今は様子見です。ローカルで実際に動かせるオープンウェイトの登場を期待していますが、今すぐ選ぶなら、むしろKimiのほうを先に試してみたいという考えです — 少なくともK3は実物が出ており、評価も積み重なっているからです。
🖥️ セルフホスティングの現実 — フロンティア級は私たちの機材では動きません
私たちも実際にローカルでモデルを動かしています — タスクに応じてQwen 3.6-27BやGemma4-26Bを使います。ですが「オープンウェイトなら自分たちで動かせばいいのでは」という問いに正直に答えると、フラッグシップモデルの大半は1台の機材では動きません。実測に基づくVRAM要件は次の通りです。
| モデル | 必要ハードウェア |
|---|---|
| Kimi K3(2.8T)、DeepSeek V4-Pro(~1.6T)、Kimi K2.x(1T) | ~8× H100/H200級のマルチノード |
| Qwen3-235B(MoE、4bit) | ~140GB — 128GB単一機材をわずかに超過 |
| Qwen 3.6-27B、Qwen3 32B、Gemma4 31B、dense 72B(Q4) | 単一機材(17-46GB)で十分 |
私たちのDGX Sparkはfree -hで直接確認した結果、121GiBが実際に使用可能です。この数値で見ると、私たちの機材はちょうど「ミドルティア区間」に入ります — Qwen 27B~72B級のdenseモデルやGemma4は快適に動きますが、2.8兆パラメータ級のK3や1.6兆級のDeepSeek V4-Proは、そもそも私たちのハードウェアの体格ではありません。オープンウェイトが出たからといって、それがすなわち「私たちも動かせる」ことを意味するわけではないと、自分たちの機材で確認した形です。
💰 では費用はどのくらいかかるのか — 数字1つより構造で見るべき理由
私たち自身のインフラの「トークンあたりのコスト」は、正確な数字1つでは言い表しにくいものです。実際の構造をゆがめてしまうためです。DGX Sparkは$4,699の一括購入で、負荷時の消費電力は約35W程度とわずかです。一度購入してしまえば、追加トークンの限界費用は事実上ゼロに近くなります。一方でAPIは使用量に比例した従量制です。これは「トークンあたりいくら」に換算して比較すべき問題ではなく、サンクコスト(埋没費用)構造と従量課金構造の違いです。
中国オープンウェイトモデル群全体で見ると、西側のフロンティアに比べておよそ10〜30倍安いという比較があります(DeepSeek Flash ~$0.14-0.55/M input、Qwen Max ~$0.80-1.25、Kimi K2 ~$0.60-0.95、GLMフラッグシップ ~$1.00-1.40)。ただし、この「安価な中国モデル」という物語は、まさにK3で崩れます — フラッグシップをSonnet価格帯まで引き上げたためです。つまり「安さ」はミドルティアや旧世代のフラッグシップでは依然として事実ですが、最上位のフラッグシップではむしろ縮まりつつあります。本当のコストレバーは、もはやAPI料金ではなくオープンウェイトを直接動かすかどうかです — ただしそれも物理的に8-GPU級のノードがあって初めて可能な話です。
💬 コミュニティの反応
Kimiの完売に対する反応は概ね好意的でした。「わざと完売させた」という皮肉もありましたが、新規売上を手放してでも既存ユーザーを守るというフレーミングが優勢でした。Qwen 3.8の発表に対するr/LocalLLaMAの反応は両義的です — 「再びオープンウェイトに戻ってくれてよかった」という安堵と、「自分たちに必要なのは27B級なのに、また星を目指してしまうのではないか」という不安が、同じスレッドの478件以上のコメントの中で共存していました。
実際に人々が今デフォルトで使っているのは何でしょうか。ローカルではQwen 3.5/3.6系列(27B、35B-A3B級)が依然として実質的な標準です。APIで使える中国のフロンティアモデルの中では、既に登録済みならK3、そうでなければ順番待ちです。そして2.8兆〜1.6兆級のフラッグシップは、そもそも個人がローカルで動かせる体格ではないという認識もコミュニティに定着しています。
✅ 結論 — 3つの率直な結論
2. Qwen 3.8 — Max-Previewは今すぐ試せますが評価はまだ分かれており、オープンウェイト公開のほうはスペックもベンチマークもライセンスもすべてclaimed(主張のみ)の状態です。ローカルで動かせる実物が出るまでは様子見が妥当です。
3. 私たちの実際のデイリードライバー — Qwen 3.6-27BやGemma4-26Bをタスクに応じてローカルで使っています(基本はGemma4)。国籍に関係なく、実際のフラッグシップたちはそもそも単一機材の範囲ではないためです。
⚠️ 見落としやすいリスク
- ベンチマークの相関性への懐疑論 — Willisonの核心的な警告です。リーダーボード1位(特に単一ベンチマークの「arena」優勝)は、もはやモデルの総合能力と安定して相関しなくなっており、エージェンティックなツール呼び出し性能を見落とすケースが多いということです。「Claude/GPTに勝つ」という文言は、実際にテストしてみるまでは確定した事実ではありません。
- 「発表」は「リリース」ではありません — Qwen 3.8がまさにその例です。K3の7月27日オープンウェイト公開予定日も同様に、約束であって確定した成果物ではありません。
- データガバナンス/出所の問題 — 規制対象データ(EU/米国の公共機関、医療、金融)であれば、API利用は中国が運営するエンドポイントにデータを送ることになります。セルフホスティングはデータ流出は防げますが、学習データやモデルの出所の問題までは解決しません。
- ライセンスの落とし穴 — 「オープンウェイト」は「オープンソース」と同じ意味ではありません。DeepSeek/GLMはMIT系、Qwenのオープン等級はApache 2.0で商用利用上クリーンですが、Kimi K2は「Modified MIT」であり、K3のライセンスはこの記事の執筆時点で公開されていません。商用利用の前には必ず確認が必要です。
- 容量リスクは今や実在する変数です — Moonshotがリリースから48時間で新規登録を止めたという事実自体が、ベンダー側でさえフロンティア級の提供能力を保証できないことを示しています。中国のフロンティアAPIの上に製品を構築するということは、オープンウェイトが解決しようとしていたまさにその供給リスクを引き受けることになります — もっとも、それも直接動かせるハードウェアがあっての話ですが。