Qwen3.6 35B-a3bから中途でQwen3.6 27Bに切り替えたら、コーディングが明らかに良くなった

少し背景を。追加のウェイポイントを置くことで経路を変更できる、簡単なHTMLタワーディフェンスのゲームをコードを書いていました。

構成：RAM 32GB、VRAM 16GB、5070 Ti。LM StudioでOpenCodeを使い、AesSedai/Qwen3.6-35B-A3B-GGUFのIQ4_XSを使用しています。ワンショットの雰囲気でコーディングするプロンプトから卒業しました。

このゲームの仕様はLM Studioではできないくらい複雑だったので、OpenCodeを試しました。プロジェクトは順調に進んでいて、27bが登場したときにQwen3.6 35bがいい感じに作業を進めてくれていたのですが、自然に試さざるを得ませんでした。問題は、VRAMの都合でQ4モデルを一切使えなかったので、mradermacher/Qwen3.6-27B-i1-GGUFのIQ3_Mに落としたことです。

IQ3_Mだと圧縮が強すぎるのではという心配はありましたが、うまくいって、しかもQwen3.6 35b-a3bのIQ4_XS版では見つけられなかった難しいバグを見つけられるまででした。密なモデルはMoEモデルよりも圧縮に強いと言われています。これが理由なのでしょうか？Qwen3.6の35b-a3b版と27b版で、他の人はどんな体験をしていますか？

LM Studioを使うと、

Qwen3.6 35b-a3b（AesSedai/Qwen3.6-35B-A3B-GGUF IQ4_XS）で50〜60トークン/秒は出ましたが、プロンプト処理がときどきかなり遅くなります。

mradermacher/Qwen3.6-27B-i1-GGUFのIQ3_Mでは、40ちょっとトークン/秒でしたが、速度は全体的に良好でした。

VRAM 16GB環境で、この2つのモデルの体験を教えてください。27bのIQ3モデルで実際の作業をしている人はいますか？

あ、Waypoint Tower Defenseゲームは完成していて、htmlbinで遊べます。ただし保存/読み込みはサイト上ではうまく動かないようです。ファイルをダウンロードしてブラウザで開けば、問題なく動きます。これは単体の自己完結型HTMLゲームです。マインスイーパーみたいにするつもりだったのですが、タワーディフェンス版です。