Resposta direta — O ditado por voz nativo do VS Code substitui um app de ditado dedicado? Fora do VS Code, não. A versão 1.131, lançada em 29 July 2026, adicionou ditado experimental no dispositivo aos campos de chat, aos editores de texto e ao terminal integrado, usando um modelo Nemotron local. Ele para na borda da janela do VS Code. Um app para todo o sistema, como o Weesper Neon Flow, dita para o Slack, e-mail, navegador e qualquer outro editor através de um único atalho.

Por anos, ditado por voz no VS Code significou instalar a extensão VS Code Speech e torcer para que ela continuasse mantida. Isso mudou em 29 July 2026, quando o VS Code 1.131 lançou o ditado nativo, que não exige extensão, roda um modelo no dispositivo e funciona em campos de chat, editores de texto e no terminal integrado.

É um recurso genuinamente útil, e vem junto com o editor que você já usa. Mas também é, por design, limitado à janela do VS Code.

Este guia cobre o que a Microsoft realmente lançou, onde fica esse limite, e como a decisão entre ditado no VS Code vs Weesper se aplica a um desenvolvedor cujo dia não é passado inteiramente dentro de uma única aplicação. Se você já dita prompts para um agente de programação, esta é a comparação para ler antes de mudar sua configuração.

O que o VS Code 1.131 realmente lançou?

Ditado nativo e no dispositivo em três superfícies — campos de chat, editores de texto e o terminal integrado — lançado em 29 July 2026 e marcado como experimental.

As notas de lançamento apresentam o recurso como “Ditado nativo em todo o VS Code (Experimental)”, com “uma única sessão de voz e seleção de microfone compartilhadas entre as três” superfícies. Nenhuma extensão para instalar, nenhuma conta, nenhuma chave de API.

A transcrição roda localmente. A documentação afirma que “o modelo padrão de reconhecimento de voz processa o áudio do microfone no seu dispositivo”, e as notas de lançamento acrescentam que o modelo “é baixado no primeiro uso e mantém o áudio no seu dispositivo”.

O mecanismo padrão é nemotron-3.5-asr-streaming-0.6b, alterável através da configuração dictation.model. Três outras configurações são relevantes: dictation.enabled, dictation.showTranscript e dictation.experimental.llmCleanup.

Como ativar:

Um detalhe merece uma segunda leitura antes de você ativá-lo. O dictation.experimental.llmCleanup transforma um ditado bruto em texto mais limpo, e a documentação é explícita sobre a troca envolvida: “Quando dictation.experimental.llmCleanup está ativado, o VS Code envia o texto da transcrição, mas não o áudio, para um modelo de linguagem do Copilot para limpeza.” A gravação permanece na sua máquina. As palavras que você ditou, não.

Quais plataformas e idiomas ele cobre?

Windows em x64 e Arm64, macOS com Apple silicon, e Linux em x64 e Arm64 com glibc 2.34 ou posterior. Workspaces remotos também são cobertos.

A documentação lista o que não é suportado: VS Code for the Web, Macs baseados em Intel, sistemas de 32 bits e Arm32, e distribuições Linux baseadas em musl, como Alpine. Nesses casos, a extensão VS Code Speech continua sendo o fallback.

Os idiomas são a parte mais vaga. O VS Code não publica uma lista de idiomas e diz apenas que “O suporte a mais plataformas e idiomas está em desenvolvimento.”

O próprio model card do modelo padrão é mais preciso a respeito de si mesmo: a NVIDIA afirma que o nemotron-3.5-asr-streaming-0.6b “transcreve 40 language-locales a partir de um único modelo”, que a NVIDIA divide em 19 transcription-ready locales, 13 broad-coverage and 8 adaptation-ready. Esse número descreve o modelo como medido pelo seu próprio fabricante — não é um compromisso sobre o que a integração no editor expõe hoje.

Onde o ditado nativo do VS Code para de funcionar?

Na borda da janela do VS Code. O recurso está vinculado aos campos de chat, aos editores e ao terminal integrado — não ao seu sistema operacional.

Esse limite é fácil de subestimar até você contar quanto da escrita de um desenvolvedor acontece em outros lugares:

Nenhum desses locais pode receber texto ditado a partir do VS Code. Isso não é uma falha, é o design. A issue de roadmap no repositório vscode — “Estender o ditado nativo no dispositivo ao ditado no editor, voz no terminal, e adicionar leitura em voz alta (TTS)” — trata de ampliar a cobertura dentro do VS Code, e planeja explicitamente “recorrer à extensão nos casos em que a transcrição nativa no dispositivo não é suportada”.

Um app de ditado para todo o sistema inverte o modelo: um atalho global, transcrição em segundo plano, texto inserido no cursor de qualquer janela que esteja em foco. O aplicativo que recebe o texto nunca precisa saber que a ferramenta existe, e é por isso que a mesma configuração cobre um campo do Jira e ditado por voz para documentação de código sem nenhuma integração específica por aplicativo.

Ditado no VS Code vs Weesper Neon Flow: o que cada um cobre

As duas ferramentas resolvem metades diferentes do problema. Uma é profundamente integrada a uma única janela; a outra é superficial, mas universal.

CapacidadeDitado nativo do VS Code (1.131)Weesper Neon Flow
Onde o texto apareceCampos de chat, editores de texto, terminal integradoQualquer app macOS ou Windows, no cursor
Processamento de áudioNo dispositivo; modelo é baixado no primeiro usoNo dispositivo, Whisper local
Transcrição enviada para fora do dispositivo?Somente com dictation.experimental.llmCleanup ativadoNão
MaturidadeExperimentalProduto em produção
Sistemas operacionaisWindows x64/Arm64, macOS Apple silicon, Linux x64/Arm64 (glibc 2.34+)macOS, Windows
Explicitamente não suportadoVS Code for the Web, Macs Intel, 32-bit/Arm32, Linux muslLinux
Idiomas40 language-locales no model card do modelo padrão; lista do editor não publicada55+
Ativação⌥⌘V no editor, ⌘I no chat, Paleta de Comandos para o terminalUm atalho global, em qualquer aplicativo
CustoIncluído no VS Code€5/mo, €45/yr ou €99 pagamento único; 15 days grátis

A linha de idiomas é a que mais gera interpretação equivocada. O número de 40 language-locales pertence ao modelo da NVIDIA, medido pela NVIDIA em 2026; o VS Code não publicou quais desses idiomas ele expõe.

Qual você deve escolher como desenvolvedor?

Se o seu ditado nunca sai do VS Code e sua máquina está na lista de suportadas, o recurso nativo é a escolha óbvia. Se a sua escrita se espalha por um navegador, um cliente de chat e um segundo editor, um atalho que funciona em qualquer lugar vale mais do que uma integração mais profunda em uma única janela.

Você trabalha quase inteiramente dentro do VS Code. O ditado nativo vence só pela ausência de atrito: nada para instalar, nada rodando em segundo plano, uma única sessão de microfone compartilhada entre chat, editor e terminal.

Seu dia se espalha por uma dezena de janelas. O recurso nativo cobre apenas uma delas. Tudo o mais — o comentário no PR, a nota da daily, o e-mail para o cliente — ainda precisa ser digitado. É aqui que uma ferramenta de ditado para todo o sistema diz mais do que qualquer tabela de recursos, porque a diferença só aparece nos aplicativos que o VS Code não alcança.

Seu hardware não está na lista. Um Mac Intel, um workspace baseado em navegador ou um container Alpine não ganham nada do ditado nativo. Um app para todo o sistema no macOS ou Windows resolve a questão por completo, embora não ajude no Linux, onde o Weesper não roda.

Suas transcrições estão cobertas por um NDA. Manter dictation.experimental.llmCleanup desativado mantém tudo local no VS Code. Se a exigência é que nenhuma transcrição saia da máquina em nenhuma configuração, uma ferramenta sem nenhum caminho para a nuvem elimina esse risco de configuração.

Seja qual for a sua escolha, modelos de voz de propósito geral raramente escrevem identificadores internos corretamente na primeira tentativa. kubectl, useEffect e um nome de classe inventado na última sprint são exatamente o que um vocabulário personalizado para nomes de frameworks e bibliotecas existe para corrigir.

Dá para usar os dois sem conflito de atalhos?

Sim. Eles usam atalhos diferentes, e o ditado do VS Code pode ser desativado completamente com dictation.enabled.

  1. Decida qual mecanismo controla o editor. Para um comportamento consistente em todos os lugares, defina dictation.enabled como false e deixe seu atalho global cuidar do VS Code como de qualquer outra janela.
  2. Se você mantiver os dois, evite a colisão. O VS Code reserva ⌥⌘V / Ctrl+Alt+V para o ditado no editor e ⌘I / Ctrl+I para o chat. Escolha um atalho global que não use nenhum dos dois.
  3. Mantenha a limpeza por LLM desativada em repositórios que você não pode compartilhar. É uma decisão por configuração, não por projeto, então é fácil esquecer.
  4. Teste especificamente o caso do terminal. O ditado no terminal do VS Code roda a partir da Paleta de Comandos; um atalho global funciona em qualquer terminal, integrado ou não.

Usar os dois é um estado final razoável: ditado nativo para prompts rápidos no chat, uma ferramenta para todo o sistema para o resto. Essa combinação é o que faz um workflow de programação orientado por voz sobreviver ao contato com um dia de trabalho real, e não apenas com uma demonstração.

Resumindo

O VS Code 1.131 deu aos desenvolvedores algo que vale a pena ter: ditado privado e no dispositivo no editor, terminal e chat, sem extensão e sem ida e volta do áudio pela nuvem. Dentro do seu limite, é excelente, e é experimental, então espere que as configurações mudem.

O limite é a história inteira. O ditado nativo cobre uma janela. Um app dedicado cobre o sistema operacional — que é onde revisões de pull request, descrições de tickets, respostas de chat e segundos editores realmente vivem.

Próximo passo: experimente o Weesper Neon Flow grátis por 15 days e dite nos aplicativos que o VS Code não alcança, ou consulte os guias de atalhos e microfone na Central de Ajuda antes de definir seu atalho global.