概要
- Qwen 3.8 27B はAlibabaのQwen研究所による Apache 2ライセンス の27Bパラメータ視覚対応LLM
- ローカル環境 (高性能ノートPCやDGX Spark)で動作可能なサイズと性能
- 推論レベル 設定や長大なコンテキスト長対応など多彩な機能
- 画像認識・コード生成 ・ツール操作に強み、ただし速度が課題
- MTP最適化 などでさらなる高速化が期待される
Qwen 3.8 27Bの登場と特徴
- 2026年8月16日 にリリースされた、Alibaba Qwen研究所の 27BパラメータLLM
- Apache 2ライセンス で提供、商用利用も可能
- Qwen 3.6 27B や Qwen 3.7-Plus を上回るベンチマーク性能
- ローカルPC (例:128GB M5 Max MacBook Pro、NVIDIA DGX Spark)でも十分動作
- LM Studio や llama-server など複数環境で運用可能
- 17GBのQ4_K_M量子化ビルド で運用、省メモリ設計
推論レベル設定と動作体験
- reasoning_effort (推論深度)を xhigh(デフォルト) ・medium・lowで選択可能
- xhigh :複雑なタスク向け(デフォルトだが一般PCには非推奨)
- medium :精度と速度のバランス
- low :速度・コスト最適化
- デフォルト設定(xhigh) では、単純な問題でも大量のトークン消費・長時間推論となる傾向
- 例:SVG生成で 21分・22,276トークン使用
- context limit (8,192トークン)を最大値 262,144 に拡張することで問題解消
- 推論オフ で大幅な高速化(例:同じSVG生成が約2分)
画像認識・バウンディングボックス機能
- 画像内のオブジェクト検出(バウンディングボックス生成) が高精度
- 0-1000スケールでの座標指定に対応
- 生成したJSONを重ねて表示するツールも自動生成可能
- 例:画像URL・JSON入力欄付きHTMLツールをワンプロンプトで生成
- サンプル画像やデモシーンも自動追加(過剰設計傾向)
コーディングエージェント用途
- 長大なコンテキスト ・ コード生成能力 ・ ツール呼び出し に対応
- Piエージェント との組み合わせで、ローカルモデルでも十分なコーディング支援を実現
- プロンプト例:「authの仕組みを説明して」
- 出力例:JSONLをMarkdownに変換するPythonスクリプト自動生成
速度の課題と最適化
- ローカル環境 での生成速度は 15-30トークン/秒 とやや遅め
- APIモデル (OpenAI 5.6 Sol: 74トークン/秒、5.6 Luna: 184トークン/秒)に比べると劣る
- Multi-Token Prediction(MTP) による推論高速化
- llama.cpp のdraft-mtpサーバーで 72%の速度向上 を確認
- 今後もさらなる高速化手法の登場が期待される
総評・今後の展望
- 17GBファイル で多機能なLLMがローカルで動作するのは画期的進歩
- パフォーマンス が唯一の課題だが、今後の最適化やハードウェア進化で解決可能性
- オープンウェイト・長大コンテキスト・ツール連携・画像認識・コード生成 が一体化した汎用モデルとしての意義
- さらなるモデル品質向上と高速化による、 ローカルLLMの実用化加速
密なモデルでの考えすぎの大きな問題は、明らかに速度の低下だよね。Qwen 35BA3Bから27Bに移行すると、俺の場合は約7〜8倍遅くなる(たぶん9倍くらい?)。これが無駄な思考トークンに対する忍耐力をかなり奪うんだ。新しいMuse 30Bモデルと比較したいんだけど、あれはすごく簡潔で、全く違う考え方をしてる(「待って」っていうのがない)し、実験した感じではトークン効率がすごく良くて、絶対的なトークン/秒はあまり関係なかった。