💜Qwen3.5 - ローカルでの実行方法
新しいQwen3.5 LLMを、Medium: Qwen3.5-35B-A3B、27B、122B-A10B、Small: Qwen3.5-0.8B、2B、4B、9B、397B-A17Bを含めて自分のローカルデバイスで実行しましょう!
Qwen3.5はAlibabaの新しいモデルファミリーで、Qwen3.5-を含みます35B-A3B, 27B, 122B-A10B と 397B-A17B と新しい Small シリーズ: Qwen3.5-0.8B、2B、4B、9B。マルチモーダルなハイブリッド推論LLMは、同規模の中で最も高い性能を発揮します。対応するのは 256Kコンテキスト 201言語にわたり、 thinking + non-thinkingに対応し、エージェント的コーディング、画像認識、チャット、長文コンテキストの各タスクで優れています。35Bと27Bのモデルは22GBのMac / RAMデバイスで動作します。すべての GGUFはこちら.
3月17日更新: Qwen3.5を Unsloth Studio.
3月5日更新: Qwen3.5-を再ダウンロード35B, 27B, 122B と 397B.
すべてのGGUFが 改善された量子化 アルゴリズムで更新されました。
すべてで 新しいimatrixデータを使用しています。チャット、コーディング、長文コンテキスト、ツール呼び出しのユースケースでいくつかの改善が見られます。
ツール呼び出しが改善 されました。これはチャットテンプレートの修正に続くものです。 修正は共通 で、 あらゆる Qwen3.5形式と あらゆる アップローダーに適用されます。
新しいGGUFベンチマークを確認 Unslothの性能結果と、私たちの MXFP4の調査.
3つのQwen3.5 GGUFからMXFP4レイヤーを廃止します: Q2_K_XL、Q3_K_XL、Q4_K_XL。
すべてのアップロードはUnsloth Dynamic 2.0 を使用し、SOTAの量子化性能を実現しています。そのため4ビットでは重要なレイヤーが8ビットまたは16ビットにアップキャストされています。Day 0でUnslothにアクセスを提供してくれたQwenに感謝します。また、 ファインチューニング Qwen3.5を Unslothで行うこともできます。
⚙️ 使用ガイド
表: 推論用ハードウェア要件 (単位 = 総メモリ: RAM + VRAM、またはユニファイドメモリ)
最高の性能を得るには、利用可能な総メモリ(VRAM + システムRAM)が、ダウンロードする量子化済みモデルファイルのサイズを上回っていることを確認してください。そうでない場合でも、llama.cppはSSD/HDDへのオフロード経由で実行できますが、推論は遅くなります。
〜の間で 27B と 35B-A3B、より少し精度の高い結果が欲しく、デバイスに収まらない場合は27Bを使ってください。はるかに高速な推論が欲しいなら35B-A3Bを選んでください。
推奨設定
最大コンテキストウィンドウ:
262,144(YaRNで最大1Mまで拡張可能)presence_penalty = 0.0 〜 2.0デフォルトではオフですが、繰り返しを減らすためにこれを使うことができます。ただし、値を高くすると 性能がわずかに低下する可能性があります適切な出力長:
32,768ほとんどのクエリでのトークン数
Qwen3.5はハイブリッド推論なので、thinkingモードとnon-thinkingモードでは設定が異なります:
Thinkingモード:
temperature = 1.0
temperature = 0.6
top_p = 0.95
top_p = 0.95
top_k = 20
top_k = 20
min_p = 0.0
min_p = 0.0
presence_penalty = 1.5
presence_penalty = 0.0
repeat_penalty = 無効または1.0
repeat_penalty = 無効または1.0
一般タスク向けThinkingモード:
正確なコーディングタスク向けThinkingモード:
Instruct(non-thinking)モードの設定:
temperature = 0.7
temperature = 1.0
top_p = 0.8
top_p = 0.95
top_k = 20
top_k = 20
min_p = 0.0
min_p = 0.0
presence_penalty = 1.5
presence_penalty = 1.5
repeat_penalty = 無効または1.0
repeat_penalty = 無効または1.0
〜するには thinking / reasoning を無効化するには、 --chat-template-kwargs '{"enable_thinking":false}'
もし Windows のPowershellを使っているなら、次を使ってください: --chat-template-kwargs "{\"enable_thinking\":false}"
true と false は同じ意味で使えます。
Qwen3.5 0.8B、2B、4B、9Bでは、推論はデフォルトで無効です。有効にするには次を使ってください: --chat-template-kwargs '{"enable_thinking":true}'
一般タスク向けInstruct(non-thinking):
推論タスク向けInstruct(non-thinking):
Qwen3.5推論チュートリアル:
Qwen3.5には多くの異なるサイズがあるため、すべての推論でDynamic 4-bitを使用します。 MXFP4_MOE GGUFバリアントを使用します。以下をクリックして、指定されたモデルの手順に移動してください:
Unsloth Dynamic GGUFアップロード:
presence_penalty = 0.0 〜 2.0 デフォルトではオフですが、繰り返しを減らすためにこれを使うことができます。ただし、値を高くすると 性能がわずかに低下します。
現時点では、別々のmmproj画像ファイルが必要なため、Qwen3.5のGGUFはどれもOllamaでは動作しません。llama.cpp互換のバックエンドを使ってください。
🦥 Unsloth Studioガイド
Qwen3.5は Unsloth Desktopで実行およびファインチューニングできます。これはローカルAI向けの新しいオープンソースのデスクトップUIです。Unsloth Studioでは、モデルをローカルで MacOS、Windows、Linux上で次のことができます:
検索、ダウンロード、 GGUFの実行 およびsafetensorモデル
自己修復 ツール呼び出し + ウェブ検索
コード実行 (Python、Bash)
自動推論 パラメータ調整(temp、top-pなど)
llama.cpp経由の高速なCPU + GPU推論
LLMを学習 VRAMを70%少なくして2倍高速

Unslothをインストール
始める最も簡単な方法は、 Unsloth Desktopアプリをダウンロードすることです。対応OSは macOS, Windows、そして Linux.
または、手動でインストールしたい場合は:
MacOS、Linux、WSL:
Windows PowerShell:
インストールはすぐに完了し、約1〜2分かかります。
Qwen3.5を検索してダウンロード
初回起動時には、アカウントを保護するためのパスワードを作成し、後で再度サインインする必要があります。その後、 Unsloth Chat タブに移動し、検索バーでQwen3.5を検索して、希望のモデルと量子化版をダウンロードしてください。

Qwen3.5を実行
Unsloth Studioを使うと推論パラメータは自動設定されるはずですが、手動で変更することもできます。コンテキスト長、チャットテンプレート、その他の設定も編集できます。
詳細については、こちらをご覧ください: Unsloth Studio推論ガイド.

🦙 Llama.cppガイド
Qwen3.5-35B-A3B
このガイドでは、Dynamic 4-bitを使用します。これは24GB RAM / Macデバイスで高速推論に非常によく機能します。モデルはF16のフル精度でも約72GBしかないため、性能についてあまり心配する必要はありません。GGUF: Qwen3.5-35B-A3B-GGUF
これらのチュートリアルでは、 llama.cpp を使って高速なローカル推論を行います。特にCPUを持っている場合に有効です。
最新の llama.cpp を GitHubで入手できます。以下のビルド手順に従ってもかまいません。 -DGGML_CUDA=ON を -DGGML_CUDA=OFF に変更してください。GPUがない場合、またはCPU推論だけを使いたい場合です。 Apple Mac / Metalデバイスでは、 -DGGML_CUDA=OFF を設定し、その後は通常どおり続けてください。Metalサポートはデフォルトで有効です。
もし llama.cpp を直接使ってモデルを読み込みたい場合は、以下のようにできます。(:Q4_K_M) は量子化タイプです。Hugging Face経由でもダウンロードできます(ポイント3)。これは ollama run に似ています。 export LLAMA_CACHE="folder" を使って llama.cpp を特定の場所に保存するよう強制できます。モデルの最大コンテキスト長は256Kです。
ユースケースに応じて、以下のいずれかの特定コマンドに従ってください:
Thinkingモード:
正確性が必要なコーディングタスク(例: WebDev):
一般タスク:
Non-thinkingモード:
一般タスク:
推論タスク:
モデルをダウンロードするには、( pip install huggingface_hub hf_transfer をインストールした後で)次を使用できます。 UD-Q4_K_XL 。サイズと精度のバランスを取るため、少なくとも2ビットのダイナミック量子化を使うことを推奨します。 UD-Q2_K_XL ダウンロードが止まった場合は、以下を参照してください: Hugging Face Hub、XET のデバッグ
その後、会話モードでモデルを実行します:
Qwen3.5 Small(0.8B • 2B • 4B • 9B)
Qwen3.5 0.8B、2B、4B、9Bでは、 推論は無効です デフォルトで。有効にするには次を使ってください: --chat-template-kwargs '{"enable_thinking":true}'
Windowsでは次を使ってください: --chat-template-kwargs "{\"enable_thinking\":true}"
Qwen3.5 Smallシリーズは非常に小さいため、スクリプト内のモデル名を目的のバリアントに変えるだけで使えます。このガイドでは、9Bパラメータ版を使用します。ほぼフル精度で全部を実行するには、12GBのRAM / VRAM / ユニファイドメモリを持つデバイスが必要です。GGUF:
最新の llama.cpp を GitHubで入手できます。以下のビルド手順に従ってもかまいません。 -DGGML_CUDA=ON を -DGGML_CUDA=OFF に変更してください。GPUがない場合、またはCPU推論だけを使いたい場合です。
もし llama.cpp を直接使ってモデルを読み込む場合は、以下のようにできます。(:Q4_K_XL) は量子化タイプです。Hugging Face経由でもダウンロードできます(ポイント3)。これは ollama run に似ています。 export LLAMA_CACHE="folder" を使って llama.cpp を特定の場所に保存するよう強制できます。モデルの最大コンテキスト長は256Kです。
ユースケースに応じて、以下のいずれかの特定コマンドに従ってください:
9B以外の別バリアントを使うには、'9B' を 0.8B、2B、4B などに変更できます。
Thinkingモード(デフォルトでは無効)
Qwen3.5 Smallモデルでは、thinkingはデフォルトで無効です。有効にするには llama-server を使ってください。
一般タスク:
9B以外の別バリアントを使うには、'9B' を 0.8B、2B、4B などに変更できます。
Non-thinkingモードはすでにデフォルトで有効です
一般タスク:
推論タスク:
モデルをダウンロードするには、( pip install huggingface_hub hf_transfer をインストールした後で)次を使用できます。 UD-Q4_K_XL 。サイズと精度のバランスを取るため、少なくとも2ビットのダイナミック量子化を使うことを推奨します。 UD-Q2_K_XL ダウンロードが止まった場合は、以下を参照してください: Hugging Face Hub、XET のデバッグ
その後、会話モードでモデルを実行します:
Qwen3.5-27B
このガイドでは、Dynamic 4-bitを使用します。これは18GB RAM / Macデバイスで高速推論に非常によく機能します。GGUF: Qwen3.5-27B-GGUF
最新の llama.cpp を GitHubで入手できます。以下のビルド手順に従ってもかまいません。 -DGGML_CUDA=ON を -DGGML_CUDA=OFF に変更してください。GPUがない場合、またはCPU推論だけを使いたい場合です。
もし llama.cpp を直接使ってモデルを読み込みたい場合は、以下のようにできます。(:Q4_K_M) は量子化タイプです。Hugging Face経由でもダウンロードできます(ポイント3)。これは ollama run に似ています。 export LLAMA_CACHE="folder" を使って llama.cpp を特定の場所に保存するよう強制できます。モデルの最大コンテキスト長は256Kです。
ユースケースに応じて、以下のいずれかの特定コマンドに従ってください:
Thinkingモード:
正確性が必要なコーディングタスク(例: WebDev):
一般タスク:
Non-thinkingモード:
一般タスク:
推論タスク:
モデルをダウンロードするには、( pip install huggingface_hub hf_transfer )。選べます MXFP4_MOE または次のような他の量子化版: UD-Q4_K_XL 。サイズと精度のバランスを取るため、少なくとも2ビットのダイナミック量子化を使うことを推奨します。 UD-Q2_K_XL ダウンロードが止まった場合は、以下を参照してください: Hugging Face Hub、XET のデバッグ
その後、会話モードでモデルを実行します:
Qwen3.5-122B-A10B
このガイドでは、Dynamic 4-bitを使用します。これは70GB RAM / Macデバイスで高速推論に非常によく機能します。GGUF: Qwen3.5-122B-A10B-GGUF
最新の llama.cpp を GitHubで入手できます。以下のビルド手順に従ってもかまいません。 -DGGML_CUDA=ON を -DGGML_CUDA=OFF に変更してください。GPUがない場合、またはCPU推論だけを使いたい場合です。
もし llama.cpp を直接使ってモデルを読み込みたい場合は、以下のようにできます。(:Q4_K_M) は量子化タイプです。Hugging Face経由でもダウンロードできます(ポイント3)。これは ollama run に似ています。 export LLAMA_CACHE="folder" を使って llama.cpp を特定の場所に保存するよう強制できます。モデルの最大コンテキスト長は256Kです。
ユースケースに応じて、以下のいずれかの特定コマンドに従ってください:
Thinkingモード:
正確性が必要なコーディングタスク(例: WebDev):
一般タスク:
Non-thinkingモード:
一般タスク:
推論タスク:
モデルをダウンロードするには、( pip install huggingface_hub hf_transfer )。選べます MXFP4_MOE (動的4bit) または、次のような他の量子化版 UD-Q4_K_XL 。サイズと精度のバランスを取るため、少なくとも2ビットのダイナミック量子化を使うことを推奨します。 UD-Q2_K_XL ダウンロードが止まった場合は、以下を参照してください: Hugging Face Hub、XET のデバッグ
その後、会話モードでモデルを実行します:
Qwen3.5-397B-A17B
Qwen3.5-397B-A17Bは、Gemini 3 Pro、Claude Opus 4.5、GPT-5.2と同じ性能帯にあります。完全な397Bチェックポイントはディスク上で約807GBですが、 Unslothの397B GGUFを使えば 次を実行できます:
3ビット:収まります 192GB RAM システム(例:192GBのMac)
4-bit(MXFP4):収まります 256GB RAM. Unsloth 4-bit動的 UD-Q4_K_XL は ディスク上で約214GB - 直接ロードされます 256GB M3 Ultra
で動作します 24GBの単一GPU + 256GBのシステムRAM 経由で MoEオフローディングにより、 25以上のトークン/秒
8ビット 必要とします 約512GBのRAM/VRAM
最新の llama.cpp を GitHubで入手できます。以下のビルド手順に従ってもかまいません。 -DGGML_CUDA=ON を -DGGML_CUDA=OFF に変更してください。GPUがない場合、またはCPU推論だけを使いたい場合です。
もし llama.cpp を直接使ってモデルを読み込みたい場合は、以下のようにできます。(:Q4_K_M) は量子化タイプです。Hugging Face経由でもダウンロードできます(ポイント3)。これは ollama run に似ています。 export LLAMA_CACHE="folder" を使って llama.cpp 特定の場所に保存します。モデルの最大コンテキスト長は256Kであることを忘れないでください。
これに従って thinking モード:
これに従って 非思考 モード:
モデルをダウンロードするには、( pip install huggingface_hub hf_transfer )。選べます MXFP4_MOE (動的4bit) または、次のような他の量子化版 UD-Q4_K_XL 。サイズと精度のバランスを取るため、少なくとも2ビットのダイナミック量子化を使うことを推奨します。 UD-Q2_K_XL ダウンロードが止まった場合は、以下を参照してください: Hugging Face Hub、XET のデバッグ
編集できます --threads 32 CPUスレッド数の --n-gpu-layers 2 GPUオフロードするレイヤー数の指定です。GPUがメモリ不足になる場合は調整してみてください。CPUのみで推論する場合はこれも削除してください。
👾 LM Studioガイド
このガイドでは、次を使用します LM Studio。これはLLMを実行するための統合UIです。'💡Thinking'と'Non-thinking'の切り替えはデフォルトでは表示されない場合があるため、動作させるには追加手順が必要です。
ダウンロード LM Studio をお使いのデバイス向けに行ってください。その後、Model Searchを開き、'unsloth/qwen3.5'を検索して、希望するGGUF(量子化版)をダウンロードします。

Thinking切り替えの手順: ダウンロード後、ターミナル / PowerShellを開いて次を試してください: lms --help。その後、LM Studioが多くのコマンド付きで正常に表示されるなら、次を実行します:
これによりyamlファイルが取得され、GGUFに'💡Thinking'と'Non-thinking'の切り替えを表示できるようになります。 4b を希望する量子化版に変更できます。

それ以外の場合は、 LM Studioページ に行って、特定のyamlファイルをダウンロードできます。
LM Studioを再起動し、ダウンロードしたモデル(ダウンロードした特定のthinking切り替え付き)を読み込みます。これでThinking切り替えが有効になっているはずです。 正しいパラメータ.

🦙 Llama-serverの提供 & OpenAIのcompletionライブラリ
Qwen3.5-397B-A17Bを本番環境にデプロイするには、 llama-server を使用します。新しいターミナルで、tmux経由などで、次のようにモデルをデプロイします:
その後、新しいターミナルで、 pip install openaiを実行してから、次のようにします:
🤔 推論とthinkingの有効化・無効化方法
以下のコマンドでは、'true' と 'false' を同じように使えます。
Unsloth Studio thinkingモデル用の'Think'切り替えを自動的に持っています。
LM StudioでThink切り替えを使うには、 ガイドをお読みください.

Qwen3.5 0.8B、2B、4B、9Bでは、推論はデフォルトで無効です。有効にするには次を使ってください: --chat-template-kwargs '{"enable_thinking":true}'
また、WindowsまたはPowershellでは: --chat-template-kwargs "{\"enable_thinking\":true}"
例として、Qwen3.5-9Bでthinkingを有効にするには(デフォルトでは無効):
そしてPythonでは:

👨💻 OpenAI Codex & Claude Code
ローカルのコーディングエージェント的なワークロードでモデルを実行するには、 ガイドに従ってください。次の llama-server を先ほど設定したものを使い、モデル名を GET /v1/models で報告される正確なIDに設定します --alias の値(例: unsloth/Qwen3.5-9B-GGUF)です。正しいQwen3.5のパラメータと使用手順に従ってください。
たとえばClaude Codeの手順に従うと、次のように表示されます:

それでは例えば チェス用のPythonゲームを作成してください :



🔨Qwen3.5でのツール呼び出し
参照 Tool Calling Guide ツール呼び出しの詳細については、こちらを参照してください。新しいターミナルで(tmuxを使っている場合はCTRL+B+D)、2つの数の加算、Pythonコードの実行、Linux関数の実行など、いくつかのツールを作成します:
その後、以下の関数を使います(コピーして貼り付けて実行)すると、関数呼び出しを自動的に解析し、任意のモデルに対してOpenAIエンドポイントを呼び出します:
Qwen3.5を llama-server のように起動した後、 Qwen3.5 または Tool Calling Guide を参照すると、さらに詳細がわかります。その後、いくつかのツール呼び出しができます。
📊 ベンチマーク
Unsloth GGUFベンチマーク
Qwen3.5-35B Unsloth Dynamic量子化版を更新しました SOTAであることが ほぼすべてのビットで確認されました。KL Divergenceベンチマークを150回以上実施し、合計で 9TBのGGUFを公開しました。研究成果物はすべてアップロード済みです。また、 ツール呼び出し チャットテンプレート の バグ(すべての量子化アップローダーに影響)
すべてのGGUFが 改善された量子化 アルゴリズムで更新されました。
すべてで 新しいimatrixデータを使用しています。チャット、コーディング、長文コンテキスト、ツール呼び出しのユースケースでいくつかの改善が見られます。
Qwen3.5-35B-A3B GGUFは、新しい修正を使うよう更新されました(112B、27Bはまだ変換中です。更新後に再ダウンロードしてください)
99.9%のKL DivergenceはSOTAを示します UD-Q4_K_XL、IQ3_XXSなどでパレートフロンティア上にあります。
MXFP4の廃止 を、純粋なMXFP4_MOEを除くすべてのGGUF量子化版:Q2_K_XL、Q3_K_XL、Q4_K_XLから行います。


詳細なQWEN3.5分析 + ベンチマークはこちら:
Qwen3.5 GGUFベンチマークQwen3.5-397B-A17Bベンチマーク

Benjamin Marie(第三者)がベンチマークを実施 Qwen3.5-397B-A17B Unsloth GGUFを用いて 750プロンプトの混合セット (LiveCodeBench v6、MMLU Pro、GPQA、Math500)で、次の両方を報告: 全体精度 と 相対誤差増加 (量子化モデルが元モデルよりどれだけ多く間違えるか)。
主な結果(精度;元モデルとの差;相対誤差増加):
元の重み: 81.3%
UD-Q4_K_XL: 80.5% (−0.8ポイント;相対誤差増加 +4.3%)
UD-Q3_K_XL: 80.7% (−0.6ポイント;相対誤差増加 +3.5%)
UD-Q4_K_XL と UD-Q3_K_XL は元のモデルに極めて近く、 精度低下は1ポイントを大きく下回ります このセットでは、Benが示唆するように、 メモリ使用量を大幅に削減し (約500GB少なく)、テストしたタスクでは実用上ほとんど損失がないか、あってもごくわずかです。
選び方: この規模では、ここでQ3がQ4をわずかに上回るのは通常の実行間のばらつきとして十分あり得るので、 Q3とQ4は実質的に同等の品質 として扱ってください:
選ぶべきなのは Q3 、もし 最小のフットプリント / 最大のメモリ節約
選ぶべきなのは Q4 、もし やや保守的な 選択肢で 同様の 結果が欲しいなら
記載されているすべての量子化版は、私たちの動的手法を利用しています。 UD-IQ2_M も同じ動的手法を使いますが、変換プロセスは UD-Q2-K-XL とは異なります。K-XLは通常、 UD-IQ2_M より大きいにもかかわらず、より高速なことが多いので、これが UD-IQ2_M が UD-Q2-K-XL.
公式Qwenベンチマーク
Qwen3.5-35B-A3B、27B、122B-A10Bのベンチマーク

Qwen3.5-4Bと9Bのベンチマーク

Qwen3.5-397B-A17Bベンチマーク

最終更新
役に立ちましたか?


