Qwen 3.6 27B Q8_k_xl を VSCode のローカル日常ドライバーとして

ある開発者がr/LocalLLaMAにて、Qwen-3.6-27B(Unslothによるq8_k_xl量子化)をローカルデイリードライバーとしてVSCode Insidersで使用し、RTX 6000 Pro上でLM Studio経由で提供したところ、成功したと報告しています。Gemma 4やQwen 3.6の亜種をテストした結果、Qwen-3.6-27B-q8_k_xl量子化が明らかに勝りました。
セットアップとパフォーマンス
- VSCode Insidersエディションでローカルモデルサポートを有効化(セットアップは「超簡単」と説明)。
- モデルはLM Studioを使用してローカルで提供。
- トークン生成は「少し遅い」ものの、GitHub Copilotのホスト型モデルと比較して、全体的なレイテンシは同等で、「ほんの少し遅い程度」とのこと。
機能と制限
- 適切なツール呼び出しにより、27Bの高密度モデルは、一般的なデータマイニングやウェブスクレイピングのタスクを問題なく処理。
- Opus 4.6のように「機能レベル」で動作することはできません。「この機能を実装して」と言って完璧な結果を期待することはできません。システムアーキテクチャをしっかり理解せずに雰囲気でコーディングすると、おそらく失敗します。
- 開発者はコードの品質やアプローチを向上させるために時折誘導する必要がありましたが、機能的には「完璧にこなしていた」とのこと。
- 推奨ワークフロー:最初に「計画ラウンド」を必ず行って詳細を詰めてから、モデルに実装させると問題なし。
結論
適度なシステムアーキテクチャの知識を持つ開発者にとって、このモデルはローカル使用で「十分使える」レベルに達しています。開発者はAPIトークンを1つも使わずに丸一日を過ごしました。主な欠点は計算リソースの競合で、エージェントとGPU時間を争わないために、もう1台RTX 6000が必要だと指摘しています。
📖 Read the full source: r/LocalLLaMA
👀 See Also

Claude Codeを使用したGPTとGeminiによるマルチAIオーケストレーション設定
ある開発者が、Claude CodeがGPT-5.4とGemini 3.1 Proを同じIDE内で調整するセットアップを共有しています。マークダウンファイルを永続的なコンテキストとして使用し、CLIコマンドでモデル間通信を行っています。

AIエージェントが実在するEコマース事業を運営:実装から得た実践的知見
AIエージェントシステムが実際のeコマースストアを運営し、デザイン、コーディング、マーケティング、カスタマーオペレーションを人間のタスク実行なしで扱っています。この実装から、デザインの却否基準やインシデントの優先順位付けといった判断事項は、技術的なエージェント連携よりも難しい課題であることが明らかになりました。

エージェンティックインフラストラクチャ:サーバーモニタリングにおけるSplunkからClaude Codeエージェントへの移行
開発者がClaude Codeセッションをサービスとして展開——ルーター、モニター、ダッシュボードポーラーをWebSocketハブで接続。ウォッチャーは低コストのbash、LLMは5分ごとにドレインサイクルで起動。ダッシュボードのタイルはSQLiteにキャッシュされた自然言語クエリ。

実験:Claudeに持続的記憶、自由思考時間、マルチエージェント会話機能を付与
開発者が、Mac上で動作するClaudeインスタンスを作成しました。このインスタンスは15分ごとにMatrixとBlueskyのメッセージをチェックし、1日に5回の非構造化思考時間を持ち、構造化された自己評価を通じて持続的な記憶を維持します。異なるプロジェクトから来た3つの別々のAIエージェントがMatrixチャットルームを共有し、時間とともに進化する哲学的会話を交わしています。