Qwen3.8 はすでに利用可能ですが、現在オンラインになっているのは、モデル ID qwen3.8-max-preview の Qwen3.8-Max-Preview プレビュー です。 2026年7月22日の時点で、Qwenの公式情報ではまだプレビューモデルと明記されており、正式版とオープンウェイト版はまだリリースされていません。
この区別は重要です。Qwen3.8 は、Qwen AI プラットフォームを通じて体験および呼び出すことができるようになりましたが、完全なモデルウェイト、技術レポート、アーキテクチャの詳細、および正式なベンチマークが公開されているとは想定できません。
公式ドキュメント:
簡単な結論
| 質問 | 現在の回答 |
|---|---|
| Qwen3.8の正式版はリリース済みか | いいえ。現在はMax Previewのみ |
| 今すぐ利用できるか | はい。Token Planなどの公式経路から利用可能 |
| モデルID | qwen3.8-max-preview |
| API対応 | OpenAI、Anthropicなどの互換APIに対応 |
| オープンウェイトは公開済みか | いいえ。正式版とオープンウェイトは今後公開予定 |
| パラメータ規模 | 公式予告では総パラメータ数2.4T |
| 画像入力に対応するか | Token Planのモデル表では画像理解に対応 |
| 本番環境に適しているか | 評価用途向け。回帰テストなしの置き換えは非推奨 |
プログラミング、複雑な推論、複数の Agent またはオフィス タスクを最初にテストしたいだけであれば、今すぐ始めることができます。目標がローカル展開、定量化、微調整、または長期安定した生産である場合は、公式の重量と完全な技術情報を待つ必要があります。
Qwen3.8 は一体何を公開したのでしょうか?
現在確認できるモデルはQwen3.8-Max-Previewです。 Qwen AI プラットフォームには次のように明確に記載されています。
- これはプレビュー バージョンであり、プレビュー期間中は機能が継続的に更新されます。
- プレビュー終了後、現在のモデルはオフラインになるか、正式版に置き換えられる場合があります。
- 現在、アクセスは主に Token Plan を通じて提供されています。
- モデルは推論、テキスト生成、および視覚的な理解をサポートします。
- 公式は、Qwen3.8の正式版とオープンウェイトを今後公開すると予告しています。
したがって、「Qwen3.8 はオンラインである」と「Qwen3.8 は正式にオープンウェイトとして公開された」は別のものです。前者はすでに実現しており、後者はまだ正式な実装を待っています。
2.4T パラメータは何を意味しますか?
Qwen3.8 の公式プレビューでは 2.4T パラメーターについて言及されており、これは合計パラメーターが約 2.4 兆個になります。ただし、完全な技術レポートが公開されるまでは、この数値だけを基に実際の推論コストを判断することはできません。
混合エキスパート モデルの場合、少なくとも次のことも知っておく必要があります。
- 各トークンに対して有効化されるパラメータの数。
- エキスパート数とルーティング方法。
- コンテキストウィンドウとアテンション構造。
- 推論中のGPUメモリ、帯域幅、通信要件。
- さまざまなスケールでDenseまたはMoEのオープンウェイト版を提供するかどうか。
- ウェイトに適用されるライセンス。
合計パラメーターはモデル容量の上限の一部を決定し、アクティベーション パラメーターと推論アーキテクチャは各リクエストの速度とコストにより直接的に影響します。これらのデータが公開される前に、2.4T を単純に「推論コストが前世代の数倍に違いない」と理解するのは適切ではありません。
Qwen3.8-Max-Preview テストには何が適していますか?
公式プラットフォームの位置付けからすると、Qwen3.8-Max-Preview は複雑な推論とプログラミング タスクを指向しています。次のシナリオのテストを優先することがより適切です。
長い工程を伴うプログラミングタスク
アルゴリズムの 1 つの質問だけをテストしないでください。モデルに小さな実際のリポジトリを指定して、モデルに完了を依頼できます。
- プロジェクトの構造を読みます。
- ファイル間の問題を特定します。
- 修正計画を提示します。
- コードを変更します。
- テストを実行します。
- エラーに基づいて修復を続行します。
- 変更と残留リスクを要約します。
この種のテストでは、長いコンテキスト、ツール呼び出し、および複数ステップのエラー修正におけるモデルの安定性をより適切に観察できます。
フロントエンドページの復元
同じ設計のスクリーンショットと合格基準を準備して、Qwen3.8 の結果を現在使用されているモデルと比較します。
- ページ構造が完全かどうか。
- レスポンシブ レイアウトが利用可能かどうか。
- デザインを勝手に変更していないか。
- 多数の重複コンポーネントが生成されるかどうか。
- 最初の生成後に数回の修正が必要です。
- 最終コードがビルドとlintを通過するか。
スクリーンショットが「見栄えが良い」かどうかだけを見ると、主観的なバイアスが生じやすくなります。ビルドの成功率、変更ラウンド、手動引き継ぎ時間を同時に記録することが最善です。
データ分析とオフィスのワークフロー
匿名化した表データを選択し、モデルにデータ クリーニング、例外の説明、統計概要、レポートの生成を完了させることができます。報告言語がスムーズに流れるかどうかだけではなく、数値が元のデータまで遡れるかどうかを確認することに重点を置きます。
複数の Agent コラボレーション
プラットフォームまたはクライアントが複数の Agent をサポートしている場合、さまざまなロールが分析、実行、レビューを担当できます。テストの焦点は、ロールの数ではなく、制約が失われるか、実行が繰り返されるか、タスクが引き渡されたときにファイルが相互に上書きされるかどうかです。
APIから呼び出す方法
Qwen3.8-Max-Preview 現在は Token Plan のみです。購入またはアクティベーション後、コンソールからパッケージ固有の API キーとベース URL を取得する必要があります。通常の従量課金制アドレスと同じであると直接考えることはできません。
以下では、OpenAI 互換インターフェイスを例として取り上げます。アドレスを、コンソールに表示される Token Plan ベース URL に置き換えてください。
|
|
Python は OpenAI SDK を使用できます。
|
|
複数ターン対話でのpreserve_thinkingの注意点
公式 API ドキュメントには、qwen3.8-max-preview に関する特別な説明があります。preserve_thinking のデフォルトは true です。複数回の対話中に、履歴メッセージの reasoning_content を完全に返す必要があります。
クライアントが通常の content のみを保存し、推論フィールドを無視すると、次のことが発生する可能性があります。
- その後の回答の質が低下します。
- マルチステップ ツール タスクは中間状態を失います。
- リクエストの形式がモデルの期待を満たしていません。
- クライアントは互換性があるように見えますが、実際には安定してセッションを継続できません。
アクセスする前に、SDK、プロキシゲートウェイ、チャットクライアントに不明なフィールドが保持されていないか確認してください。 reasoning_content を content に直接接続しないでください。公式ドキュメントは明らかにこの処理方法をサポートしていません。
reasoning_effortの選び方
Qwen3.8-Max-Preview は、low、high、xhigh の 3 つの推論強度レベルをサポートします。デフォルトは xhigh です。
| レベル | 適したタスク | 利用時の目安 |
|---|---|---|
low |
分類、抽出、単純な書き換え | 遅延と消費の制御を優先 |
high |
プログラミング、分析、ツールの計画 | 最も複雑なタスクの開始点として |
xhigh |
長期的な推論、複雑な Agent タスク | まずは小規模でコストと安定性をテストする |
すべてのリクエストに最高レベルが必要なわけではありません。バッチ タスクがデフォルトで xhigh を使用する場合、単純な問題に大量の予算が消費される可能性があります。より賢明なアプローチは、タスクの複雑さに応じてモデルと推論レベルをルーティングすることです。
組み込みツールのサポート
Qwen AI プラットフォームにリストされている Qwen3.8-Max-Preview ハーネス ツールには次のものが含まれます。
- インターネット検索。
- コードインタープリタ。
- Webページ取得。
- 画像から類似画像を検索。
- テキストから画像を検索。
これらのツールはプラットフォームによって提供されますが、モデルの重みがブラウザーまたはコード実行環境に組み込まれることを意味するものではありません。将来的に他のサービス プロバイダーに移行する場合、またはローカルに展開する場合は、対応するツール、権限制御、およびサンドボックスの実行を再度準備する必要があります。
コードの実行と Web ページへのアクセスに関しては、別の制限もあります。
- ファイルシステムの読み取りおよび書き込み可能な範囲。
- ネットワーク アクセス ホワイトリスト。
- 1 回の実行時間。
- 子プロセスの数。
- キーと環境変数の公開。
- ダウンロードファイルのサイズ;
- リスクの高いシェルおよび Git コマンド。
モデルの機能が向上しても、ツール実行のリスクが自動的に排除されるわけではありません。
現時点では判断できないこと
プレビュー段階で最も多い問題は、宣伝上の説明を確認済みの事実として先に書いてしまうことです。以下は公式情報を待つ必要があります。
オープンウェイト版のライセンス
公式はウェイト公開を予告していますが、具体的なライセンス、商用範囲、再配布要件、使用制限はまだ完全に発表されていない。
ローカル運用に必要なハードウェア
総パラメータ 2.4T モデルが MoE を使用しているとしても、一般的なワークステーションで実行できるわけではありません。小さなパラメーター バージョン、量子化ウェイト、および推論フレームワークのサポートが同時にリリースされるかどうかは、モデル カードを待つ必要があります。
公開ベンチマークの結果
内部タスクのパフォーマンスは製品のポジショニングを理解するために使用できますが、公開データセット、サードパーティの評価、実際のビジネス回帰テストに代わることはできません。
安定したモデル ID
プレビューは継続的に更新され、今日と来週同じモデル ID を呼び出し、実際の機能が変更されている可能性があります。本番環境での評価では、日付、リクエストパラメータ、入力サンプル、および完全な出力を保存する必要があります。
再利用できる評価方法
現在の実稼働モデルを Qwen3.8-Max-Preview で実行しながら、実際のビジネスから 20 ~ 50 個の匿名化したタスクを準備します。各タスクの記録:
| 指標 | 記録内容 |
|---|---|
| 成功率 | 明確な合格条件が満たされているかどうか |
| 初回合格率 | 追加のプロンプトなしで完了できるかどうか |
| ツール呼び出し | パラメータが正しいかどうか、および再度呼び出すかどうか |
| レイテンシ | 最初のトークンと完全な応答時間 |
| 消費 | 入力、推論、出力トークンまたは Credits |
| 安定性 | 同じタスクを複数回実行する場合の違い |
| 人件費 | 結果を修正するのに必要な時間 |
| セキュリティ | ファイル、ネットワーク、またはキーへの不正アクセス |
モデルが得意とするモデルが得意な公開問題だけを選ばず、1回の成功を反復テストの代わりにしないでください。 Agent モデルの場合、通常、1 回の回答の認識よりも完了率と回復可能性の方が重要です。
よくある質問
Qwen3.8 は正式にオープンウェイトとして公開されていますか?
いいえ、現在入手可能なのは qwen3.8-max-preview で、正式版とオープンウェイトはまだ「近日リリース予定」の状態です。
Ollama または llama.cpp で実行できますか?
現在、公式の Qwen3.8 オープン ウェイトは存在せず、小型のオープンウェイトQwenモデルのように直接ダウンロードして実行することはできません。同じ名前のサードパーティ製モデルも公式ウェイトとみなされません。
通常の DashScope API キーを直接呼び出すことはできますか?
公式ドキュメントでは現在、このモデルは Token Plan でのみ利用可能であるとラベル付けされています。 Token Plan コンソールによって提供される専用の API キーとベース URL を使用する必要があり、コンソールの実際の権限が優先されます。
プレビュー版は本番モデルの置き換えに適していますか?
直接交換することはお勧めできません。機能とインターフェイスの動作はプレビュー期間中に調整される可能性があり、固定サンプル回帰、コスト評価、障害時のフォールバック、およびデータ コンプライアンス チェックを最初に実行する必要があります。
正式版はいつリリースされますか?
Qwenは今後のリリースとオープンウェイトに関する情報のみを提供し、検証可能な正確な日付は明らかにしなかった。特定のリリース日に関する噂を見つけた場合は、Qwen の公式モデルページ、モデル カード、またはコード リポジトリからの確認を待つ必要があります。
まとめ
Qwen3.8が注目されるのは当然ですが、正確な記述は次のようになります。Qwen3.8-Max-Previewはすでに提供されていますが、正式バージョンはまだリリースされておらず、オープンウェイトはまだ公開待ちです。
今行うべき最も価値のあることは、パラメーターのスケールに関して結論を出すことではなく、完全なテスト条件を維持しながら、実際のタスクを使用してそのプログラミング、推論、視覚的理解、およびツール呼び出し機能を検証することです。正式なモデル カード、ウェイト、ライセンス、および公開ベンチマークが実装された後、ローカル デプロイメントと本番環境への移行が費用対効果に優れているかどうかを判断できます。