
Qwen3.8-27B ライセンス:ライセンスファイルが存在する前の商用利用の計画
- obsidianNEWQwen3.8 27B Uncensored (Aggressive)2026-08-15$0.40 / $4.21 100万トークンあたり · 43 tok/s
- qwenNEWQwen: Qwen3.8 27B (free)2026-08-1329 tok/s
- deepseekNEWDeepSeek: DeepSeek V4 Pro 08132026-08-1253知能69コーディング
- grokNEWSpaceXAI: Grok 4.62026-08-1261知能77コーディング
- metaNEWMeta: Muse Spark 1.22026-08-0557知能72コーディング
- qwenNEWQwen: Qwen3.8 Max2026-08-0358知能72コーディング
- deepseekDeepSeek: DeepSeek V4 Flash 07312026-07-3152知能69コーディング
- minimaxMiniMax: MiniMax-H32026-07-31minimax/minimax-h3
- qwenQwen: Qwen3.7 Flash2026-07-27$0.03 / $0.13 100万トークンあたり · 3200 tok/s
- orcaOrcaDub: OrcaDub 1.02026-07-27orca/dub
- anthropicAnthropic: Claude Opus 52026-07-2463知能78コーディング
- googleGoogle: Gemini 3.6 Flash2026-07-2152知能69コーディング
- googleGoogle: Gemini 3.5 Flash-Lite2026-07-2137知能49コーディング
- metaMeta: Muse Spark 1.12026-07-1653知能71コーディング
- kimiMoonshotAI: Kimi K32026-07-1560知能76コーディング
- openaiOpenAI: GPT-5.6 Luna2026-07-0952知能71コーディング
- openaiOpenAI: GPT-5.6 Terra2026-07-0957知能77コーディング
- openaiOpenAI: GPT-5.6 Sol2026-07-0961知能77コーディング
- grokxAI: Grok 4.52026-07-0856知能72コーディング
- tencentTencent: Hy32026-07-0642知能59コーディング
まだ存在しないライセンスを読むことはできません。Qwen3.8-27Bについては、まさにその状況です。Alibabaは2026年8月3日、Qwen3.8-Maxとともに約27Bのオープンウェイトモデルを発表し、ウェイトの公開を{{1}}「約1週間以内」{{/1}}と約束しました。しかし本稿執筆時点では、リポジトリもLICENSEファイルも公開していません。商用チームにとって、{{2}}このギャップこそが核心です。{{/2}}下さなければならないライセンス判断 — {{3}}何を構築できるのか、何を出荷できるのか、どこでAlibabaの承認が必要になるのか{{/3}} — は、歴史的にQwenのウェイトを管理してきた2つのライセンスに基づいて下し、その後{{4}}ファイルが公開された日に{{/4}}照合しなければなりません。
この記事では、確認されている内容、Qwenが使用してきた2つのライセンス、1億MAU条項が実際に何を定めているのか、そしてリリース前チェックリストについて解説します。ライセンスが原因でリリースが妨げられないようにするための内容です。
確認されていることと、確認されていないこと
確認済み:Qwen3.8-27Bはオープンウェイト版として発表され、Hugging FaceとModelScopeでの公開が予定されています。これはQwen3.8世代の中でセルフホスト可能なモデルです。以上がほぼすべてです。
未確認なのはライセンス自体です。この世代のもう一つの旗艦であるQwen3.8-MaxはAPIモデルであり、重みを一切公開していないため、27Bにとって前例にはなりません。一部のメディアはすでに27BがApache 2.0で提供されると書いていますが、それは報道ではなく憶測として扱ってください。アリババはライセンスについて一切の声明を出しておらず、Qwenの歴史を通して見られるパターンこそが、安易に推測してはならない理由なのです。
Qwenの重みを管理してきた2つのライセンス
Qwenはソースコードとモデル重みを分離しており、両者には異なるライセンスが適用されます。QwenLM/Qwen GitHubリポジトリ内のコード(デモ、ファインチューニング、サービングコード)はApache 2.0のもとで公開されています。モデル重みはリリースごとにライセンスされており、Qwenはこれまでに2つの異なる契約を利用してきました:
• Apache 2.0 — パーミッシブ。商用利用は無制限、ユーザー数上限なし、ロイヤリティなし。ライセンスと通知を添付すればファインチューニングと再配布が可能で、明示的な特許許諾も含まれます。Qwen3 シリーズ(235B フラッグシップを含む)と大半の小型・中型 Qwen モデルがこのライセンスで提供されています。
• Tongyi Qianwen License Agreement — 条件付き。商用利用は許可されているが、月間アクティブユーザー数が1億未満の組織に限られる。その閾値を超える場合は、Alibabaへのライセンス申請が必要となる。また、競合するAIサービスの構築を制限し、帰属表示とライセンス表示の保持を要求し、杭州を管轄とする中国法に準拠する。
Qwen3.8-27Bについては、リポジトリが存在するまで、どちらの結果もあり得ます。Apache 2.0は、過去2世代を考慮すると、より可能性の高いデフォルトですが、「可能性が高い」ことはコンプライアンス上の姿勢ではありません。
1億MAU条項を読み解く
Tongyi Qianwenのしきい値は最も重要な条項であり、文字通りに読む価値があります。契約書には、あなたがマテリアルを商業的に使用しており、あなたの製品またはサービスが月間アクティブユーザー数1億人を超える場合、Alibabaにライセンスを申請しなければならないと記載されています。3つの点に注意してください。
しきい値は1億MAUで、MetaのLlama 2およびLlama 3における7億ユーザーのしきい値の7分の1に相当する。これはハイパースケールアプリだけでなく、本番環境のデプロイのかなりの部分に適用される。
これは「ライセンスをリクエスト」のトリガーであり、自動付与ではありません。交渉の結果はAlibabaが決定するものであり、その条件はあなたが制御できないものです。
• 競合AIに関する制限はMAU上限とは別途定められており、規模にかかわらず適用される。Alibaba自社のAI製品と競合するサービスを構築する場合、MAUが1億を大幅に下回っていても利用をブロックされる可能性がある。
ほとんどのチームにとって、数万人規模のユーザーを持つSaaSプロダクトでは、MAU上限が制約になることはない。しかし、大規模なインストールベース、あるいは汎用AIアシスタントのように見えるプロダクトは、その計算を変える。
各ライセンスがあなたの製品にとって何を意味するか
Apache 2.0の下では、Qwen3.8-27Bは退屈で安全な依存関係になります。ライセンスと通知を維持し、Alibabaの商標を使用しない限り、ファインチューニング、組み込み、ホワイトラベル化、提供、派生ウェイトの再配布が可能です。MAUのカウントも、交渉も、管轄権の驚きもありません。これは、ほとんどのオープンモデル製品チームが期待する結果であり、ライセンス問題が形式的なものではなく、実際の商業的な重みを持つ理由です。
Tongyi Qianwenライセンスの下では、同じ行為はMAU1億まで問題ありませんが、それを超えると許可要件が適用され、競合AI条項によって構築できる範囲が狭まります。帰属表示と利用許容条件は、あらゆる規模で適用されます。このライセンスの中国法および杭州管轄権に関する条項は、たとえ閾値を超えることがない場合でも、法務担当者に注意喚起する価値があります。同じデプロイメント層であっても、Apache 2.0とは実質的に異なる法的姿勢です。
世代を超えたパターン — そしてなぜ3.8が新たな決断なのか
QwenのライセンスはApache寄りに推移してきた。Qwen3世代は235BのフラッグシップモデルでさえApache 2.0でリリースし、Qwen3.5とQwen3.6のリリースもこの寛容なライセンス路線を踏襲した。Tongyi Qianwenライセンスは、より旧世代で大規模なモデル、すなわちQwen2-72B、Qwen2.5-72B、VL-72B系のモデル、およびembedding/rerankerモデルにのみ使われている。過去の前例に従えば、27BはApacheライセンスになるはずだ。しかし、3.8世代はAlibabaがエージェント自律性とエンタープライズ向けの位置づけを従来以上に強く打ち出している世代でもあり、この業界では世代のフラッグシップがライセンス方針を転換した前例もある。前例は契約ではなく、賭けにすぎない。
ホステッドAPIのエスケープハッチ
ここで早めに切り分けておくべき厄介な点があります。モデル利用ライセンスが規律するのはウェイト、すなわち、誰がその配布・変更・実行を行えるかです。モデルに触れるあらゆる方法を規律するわけではありません。ウェイトをダウンロードするのではなく、ホスト型APIを介してモデルを呼び出す場合、あなたの利用はプロバイダーのAPI利用規約に従い、ウェイトライセンスの発動条件(再配布、MAUのしきい値、ファインチューニングの権利)はあなたではなくプロバイダーの負担になります。これは、ライセンシーにならずにQwenクラスの能力を得たいチームにとって、クリーンな道です。
その違いこそが、この特定のモデルがまだ実証されていない間はAPIルートが重要である理由です。Qwen3.8-Max — 同世代のフラッグシップ — は、すでにOrcaRouterを通じてプロバイダーの提示価格で呼び出し可能です。入力トークン100万個あたり2ドル、出力トークン100万個あたり6ドルで、マークアップなしでそのまま渡され、プロバイダー間の自動フェイルオーバーも備わっています。ベンダーのAPI条件のもとでその世代の能力を利用でき、ライセンスすべきウェイトもなければ、検証すべきダウンロードもありません。その間に27Bのライセンスと品質は公の場で解決されていきます。27Bが最終的にリリースされ、プロバイダーがそれをホストした場合、そのホストされたエンドポイントの利用もそのプロバイダーのAPI条件に従うことになります。すべてのデプロイに寛容なウェイトライセンスが必要だと想定する前に、覚えておく価値がある点です。
コマーシャルチーム向けドロップ前チェックリスト
リポジトリが公式のQwen Hugging FaceまたはModelScope組織にあることを確認してから、ダウンロードを信頼してください。
• 実際のLICENSEファイルを読むこと — ブログ記事でも、プレスサマリーでもなく、リポジトリ内のそのファイルを。
2つのライセンスのいずれであるかを判断し、MAU条項と競合AI制限が適用されるか否かを弁護士に確認させること。
• 100Mラインに近い場合は、MAUを閾値に対してカウントしてください — 推測しないでください。
• ライセンスがTongyiであり、派生ウェイトをファインチューニングして再配布する予定がある場合、帰属表示と通知の要件を今すぐ配布プロセスに組み込んでください。
• そもそも重みライセンスのライセンシーになるべきか確信が持てない場合は、代わりにモデルをホステッドAPI経由で利用し、ライセンスはプロバイダーに持たせましょう。

結論:Qwen3.8-27Bのライセンスは、まだ決着していない、二つの妥当な答えを持つ流動的な決定事項だ。Apache 2.0であれば、商用依存先として何の問題もない。Tongyi Qianwenライセンスであれば、大多数のチーム(MAU 1億未満)には問題なく使え、それを超える場合には特定の義務が発生する。両方のケースに備え、ファイルが公開されたその日に読み、そもそもライセンシーになりたくないのであれば、ホスト型APIルートを確保しておくこと。ライセンスファイルは、リリース後に気づくような細部ではなく、事前に行う決定なのだ。

よくある質問
ホスト型API経由でQwen3.8-27Bを呼び出す場合、100M MAU上限は私にも適用されますか?
いいえ — ウェイトのライセンスは、ウェイトを配布または変更する者を拘束します。ホスト型APIプロバイダーの利用規約がAPIの利用を規定するため、MAUのしきい値と再配布ルールは、あなたのアプリケーションではなくプロバイダーに適用されます。
Qwen3.8-27B について、Apache 2.0 という前提は安全ですか?
いいえ。直近の2世代はApache 2.0でリリースされましたが、Alibabaは27Bに関してライセンスの表明を一切行っておらず、Qwenは以前のモデルでより制限の厳しいTongyi Qianwenライセンスを使用しています。LICENSEファイルが存在するまでは、何も前提としないでください。
Tongyi Qianwenライセンスの下で、私の製品が1億MAUを超えた場合、どうなりますか?
Alibabaからライセンスを取得してから商用利用を継続する必要があります。自動付与はありません。また、競合AI制限は企業規模に関係なく適用されます。

