中国系オープンウェイトモデルについて、安価で制約が少ないという理解が広まっている。2026年の後半時点では、この理解はすでに正確でない。前提が変わりつつある。
値上げとライセンスの変化
公開されている情報では、次のような動きがある。
- DeepSeek が最大で約12倍の値上げを実施
- Kimi K3 と Qwen3.8-Max が収益連動型のライセンスを導入
- Kimi K3 は独自ライセンスで重みが公開されたが、性能主張の独立検証が不足している
収益連動型のライセンスは、利用が商業的に成功した場合に対価を求める形式である。導入の時点では安価に見えるため、成功した後の条件を読んでおく必要がある。
普及の後に条件が変わる構造
| 段階 | 提供側の狙い | 利用側が見るべき点 |
|---|---|---|
| 普及期 | 安価に配り標準を取る | 移行のしやすさ |
| 回収期 | 値上げ・ライセンス変更 | 切り替えコストと契約条件 |
この二段構えは中国系に限った話ではない。オープンウェイトを掲げる事業者に共通する構造である。安いうちに深く依存すると、条件が変わったときの選択肢が減る。
移行できる状態を保っておくことが、価格交渉力そのものになる。
規制対象データを扱う場合
規制対象のデータを扱う場合、セルフホストが推奨される。それが不可能であれば、米国またはEUでホストされているモデルのほうが安全という整理になる。
この判断は性能の問題ではなく、データがどこに送られ、どの法域の管轄下に入るかという問題である。モデルの選定を性能表だけで決めると、この観点が抜け落ちる。
実務上の指針
三点に整理できる。第一に、モデルを差し替えられる構造でアプリケーションを組む。第二に、ライセンスの収益条項と将来の値上げ条件を導入前に読む。第三に、扱うデータの法域要件を先に確定させる。
性能の比較は最後でよい。前提条件のほうが変えにくいからだ。
移行できる状態を保つ設計
条件が変わりうる前提で組むなら、モデルを差し替えられる構造にしておくのが基本になる。具体的には、モデル固有の呼び出しをアプリケーションの内側に散らさず、一箇所に集めておくことだ。
加えて、評価用の入力と期待される出力の組を手元に持っておくと、切り替え時の判断が速くなる。20件程度でも、判定基準が定まっていれば十分に機能する。持っていない場合、切り替えの是非を感覚で決めることになる。
収益連動ライセンスの読み方
| 確認項目 | 見るべき点 |
|---|---|
| 発動条件 | 売上か利用量か、しきい値はいくらか |
| 対価の算定 | 定率か定額か、上限があるか |
| 報告義務 | 何をいつ報告するのか |
| 過去分の扱い | しきい値を超えた時点より前に遡るか |
導入時点では無償に見えるため、この確認を省略しがちである。しかし事業が成長した後に条件を知ると、選択肢が限られている。導入前に読むべきものだ。
法域の要件を先に決める
扱うデータに規制がかかる場合、モデルの選定より前に法域の要件を確定させるべきである。要件が決まれば候補が絞られ、性能の比較は絞られた中で行えばよい。順序を逆にすると、比較の労力が無駄になる。
セルフホストが可能かどうかも、この段階で判断しておく。可能であればオープンウェイトの選択肢が広がり、不可能であればホスト地域が選定条件になる。
コメントを残す