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シリーズチップ向け推論フレームワークで、統合メモリを活用する。Mac Studio（M3 Ultraで最大512GBの統合メモリ）でQwen 3.5（~100～235億パラメータ）を動かすことは理論上可能だが、実用には量子化が必要。このブログでは実際に何が障害になっているかを文書化。テストされたモデルの正確なバリアント名は投稿で確認できる。

内部構造 - パッチの性質

投稿によると、日常使用を妨げていた3つのバグがあった：

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

正確な詳細は投稿を参照：レイヤーの特定、修正メカニズム、アップストリームPRなど。

分析

この投稿が伝えるのは、パッチ以上のものだ。Apple + Qwenのスタックが「デモで動く」から「毎日使う」段階に入ったこと。ハードウェアコストは依然高額（数千ドルのMac Studio）だが、データをローカルに閉じたいプロフェッショナルには現実的な選択肢になりつつある。

シナリオ

ベースケース（55%）：Apple + Qwen/DeepSeek/Llamaのスタックが、データ感度の高い5%の開発者にとって2027年半ばまでに3～5%の選択肢になる。 楽観シナリオ（25%）：Qwenなどのモデルが一般向けマシンでフロンティアクラスの性能に到達し、状況が一変。 悲観シナリオ（20%）：MLX、llama.cpp、vLLM、exllamaなどのスタックの断片化により、各モデルに固有のパッチが必要になり、全体が不安定化。

ビルドへの影響

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

リスク

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

結論

「クラウド vs ローカル」の議論はイデオロギーではない。技術的なものであり、バグ修正の積み重ねで決まる。このような地味で具体的な投稿こそが、変化の兆しを示す最良の指標だ。