Qwen 3.6 27B Q8_k_xl como driver diário local para VSCode

Um desenvolvedor no r/LocalLLaMA relata sucesso ao usar Qwen-3.6-27B (quantização q8_k_xl da Unsloth) como driver diário local no VSCode Insiders, servido via LM Studio em uma RTX 6000 Pro. Após testar Gemma 4 e variantes do Qwen 3.6, a quantização Qwen-3.6-27B-q8_k_xl foi a clara vencedora.

Configuração e Desempenho

• Edição Insiders do VSCode com suporte a modelo local ativado (configuração descrita como 'super fácil').
• Modelos servidos localmente usando LM Studio.
• Geração de tokens é 'um pouco lenta', mas comparada aos modelos hospedados do GitHub Copilot, a latência geral foi semelhante — 'talvez um toque mais lenta'.

Capacidades e Limitações

• Com chamadas de ferramentas apropriadas, o modelo denso de 27B lida com tarefas típicas de mineração de dados e raspagem web sem problemas.
• Não funciona no 'nível de recurso' como o Opus 4.6 — você não pode simplesmente dizer 'implemente este recurso' e esperar um resultado perfeito. Codificação por vibe sem um sólido conhecimento de arquitetura de sistemas provavelmente falhará.
• O desenvolvedor teve que orientá-lo ocasionalmente para melhorar a qualidade e abordagem do código, mas funcionalmente 'estava mandando bem'.
• Fluxo de trabalho recomendado: sempre faça uma 'Rodada de Planejamento' primeiro para detalhar, então o modelo implementa sem problemas.

Conclusão

Para desenvolvedores com conhecimento decente de arquitetura de sistemas, este modelo atinge o status 'bom o suficiente' para uso local. O desenvolvedor passou um dia inteiro sem usar um único token de API. A principal desvantagem é a contenção de computação — eles observam que precisam de outra RTX 6000 para evitar disputar tempo de GPU com agentes.