ラグナ 118B は DGX Spark 上で稼働、Inkling がマルチモーダルに進化、K3 が商用ライセンスを確定：ベンチマークと条項のまとめ #23

三つのアーキテクチャを並べて分析： - PoolsideのMoE 118B / 8B（アクティブ）は、1台のマシンで実行可能 - Inklingのマルチモーダル 975B / 41B（276B / 12Bでも公開） - 2.8T / 104Bコンテキスト 1MのKimi K3（商用契約条項により米企業が排除される可能性あり）

簡単に言えば。同時に公開された3つの主要なオープンモデル：Laguna S2.1（Poolside）、Inkling（Thinking Machines）、Kimi K3（Moonshot）。これらは同じ用途を目指しているわけではなく、簡単な展開、マルチモーダル微調整のためのベース、最高水準のフロンティアをそれぞれ目指しており、そのライセンスがCTOにとって異なる戦略的選択肢となっている。

背景

Interconnectsの#23リキャップ（Nathan Lambert、2026年8月2日）は、オープンな1週間をまとめている。3つのリリースが注目を集め、それぞれが独特のアーキテクチャプロファイルとライセンス契約を持ち、ベンチマークと同じくらい重要な要素となっている。

3つのアーキテクチャ

• Laguna S2.1（Poolside）：MoE 118B / 8Bアクティブ、ライセンスはOpenMDW（Apache-2ライク）、事前学習・事後学習も公開されており、Lambertはその透明性をオープンリリースとしては異例と評価。単一のDGX Spark上で動作。
• Inkling（Thinking Machines）：マルチモーダルMoE 975B / 41Bアクティブ（テキスト、画像、音声→テキスト）。バージョン276B / 12Bも公開。Lambertはベンチマークのトップを目指すのではなく、微調整のためのベースとして位置付け。
• Kimi K3（Moonshot）：2.8T / 104Bアクティブ、コンテキスト1Mトークン、ネイティブなビジョン機能（arXiv:2607.24653 - Kimi Delta Attention、Attention Residuals、Stable LatentMoE）。ライセンスは非商用＋商用利用には別途契約が必要で、これが議論を呼んでいる。

分析 - 誰が何を使うのか

展開の制約によるセグメンテーション。Lagunaはインフラを最小限に抑えたいチーム向け（3つのうち唯一、単一の文書化されたマシンで実行可能）。Inkling 276B / 12Bは軽量なマルチモーダルR&Dベース向け。K3は最高水準のフロンティア向けだが、商用契約条項により米国企業の導入を阻害する可能性あり。

確率的シナリオ

• K3は米国外、Lagunaは欧州/米国SMB、InklingはR&D向け（約50%）：ライセンスによる自然なセグメンテーション。
• PoolsideはLagunaを米国エンタープライズ向けにFable 5の代替として推進（約30%）。
• Thinking MachinesによるInklingのクローズド版リリース（約20%）。

プロフェッショナルへの示唆

• 開発者/MLエンジニア：微調整のための3つの真剣なベース。K3の商用条項を展開前に必ず確認。
• 米国エンタープライズCTO：Kimi K3は技術的判断よりも法的な裁量が必要。
• データアーキテクト：Lagunaは最も優れたセルフホスト型POC候補。

要注目ポイント

第三者ベンチマーク；中国国外でのK3初の実装；Hugging Face上のInkling 276B / 12B版；サービストークンあたりの実効コスト。

結論。今週のオープンは1つのモデルに集約されるものではない：展開の制約とライセンス契約によって選別される、3つの明確に異なる戦略的選択肢だ。