Qwen 3.5-122BをMac Studioでdaily driverとして稼働 - 3つのバグ修正、サイレントな切り替え

エンジニアが自身のブログで、Mac Studio上でMLXを介して大規模Qwen 3.5モデルを日常の信頼できるコンパニオンに変える3つのパッチについて紹介しています。ローカルハードウェアがパッチごとに実用的な分野で前進しています。

簡単に言えば。 mrzk.io（2026年7月）のエンジニアが、MLXスタックでQwen 3.5オープンモデル（重量級）をMac Studio上で日常的に動作させるために修正した3つのバグを文書化。小さな兆しだが確かな前進：ローカルが、一つ一つのパッチで追いついている。

背景

MLXはAppleのMシリーズチップ向け推論フレームワークで、統合メモリを活用する。Qwen 3.5（バリアントにより約100～235億パラメータ）を、十分に構成されたMac Studio（M3 Ultraで最大512GBの統合メモリ）上で動作させることは、理論的には4-bit量子化で可能。しかし実際には、何がネックになっているのか—正確なバリアント名は記事で確認のこと。

内部構造 — パッチの性質

記事によると、日常的な使用を阻んでいた3つのバグ：

1. 長文コンテキストのバグ — トークン数が一定を超えると生成品質が低下。
2. 量子化のバグ — 4-bit変換で、特定の層で無効な出力が発生。
3. サンプリングのバグ — トークン選択のエッジケースが品質に影響。

正確な詳細は（パッチを当てた層、修正メカニズム、上流PR）記事を参照—再現したい場合は必読。

分析

記事が伝えるのは、パッチ以上のメッセージだ。Apple + Qwenのスタックが「デモで動く」から「毎日使える」段階に達したこと。ハードウェアコストは依然高額（数千ドルのMac Studio構成）だが、データをローカルに閉じ込めたいプロフェッショナルにとっては現実的な選択肢に。

シナリオ

ベースライン（55%）：Apple + Qwen/DeepSeek/Llamaのスタックが、データ感度の高い5%の開発者にとって2027年半ばまでに信頼できる選択肢に。 楽観的（25%）：Qwenや同等モデルが一般向けマシン上でフロンティアクラスの性能に到達し、状況が一変。 悲観的（20%）：MLX、llama.cpp、vLLM、exllamaなどのスタック分断により脆弱性が露呈—各モデルに固有のパッチが必要に。

ビルドへの影響

• ローカルに明確なユースケースが復活：データ感度 + 低レイテンシ + 限界費用ゼロ。
• ベンチマークから修正までの時間（モデルリリースから実用レベルまでのバグ数）へ注目がシフト。
• オープンウェイトエコシステムが貢献面を拡大：各パッチが上流に統合される。

リスク

MLXへの依存（AppleがAPIを破壊する可能性）、4-bit量子化の品質、長時間負荷下での重みの安定性。

結論

「クラウド vs ローカル」の議論はイデオロギーではない。技術的なものであり、バグを一つ一つ解決していく過程で決まる。地味だが具体的なこの種の記事こそが、まさにシフトが起きつつあることを示す最良の指標だ。