Atualizado 6 de setembro de 2026 · Por Sumbat.T

Se você buscou isso, há uma chance decente de já ter clicado no microfone do Cursor e nada ter acontecido. Essa experiência é comum o bastante para ter gerado vários dos primeiros resultados da busca, todos relatórios de bug. Esta página faz duas coisas: descreve o que a entrada por voz do Cursor de fato é, segundo o Cursor, e o que as falhas relatadas de fato são, segundo os relatórios. Depois cobre o que nenhuma das duas cobre: como ditar os outros 80% do que um desenvolvedor digita num dia.
Comece pelo fabricante, porque ele é preciso aqui de um jeito pouco comum, e essa precisão é a história inteira. A documentação do Cursor sobre prompting de agentes descreve o recurso numa frase:
“Click the microphone icon in the chat input to dictate your prompt instead of typing. Speak naturally, include technical details like file and function names, and review the transcription before sending.”
Cursor Docs, Prompting agents
Leia de novo prestando atenção no lugar, não na instrução. A caixa de chat. Não o editor, não o terminal, não a caixa de commit. A referência de atalhos do Cursor concorda e é ainda mais direta: há exatamente um atalho de voz no documento inteiro.
Cmd Shift Space Toggle Voice Mode
Essa é a superfície de voz completa do produto. É uma decisão de desenho razoável, e cabe no que o Cursor é: você fala um prompt, o agente escreve o código. Mas isso significa que o recurso não é realmente ditado para o seu editor. É um microfone numa caixa de texto, e se você esperava falar com o ambiente de desenvolvimento inteiro, a lacuna que encontrou é de propósito, não um defeito.
A distinção que decide qual ferramenta você precisa
Prompting é falar uma instrução a um agente de IA que depois escreve alguma coisa. Ditado é falar texto que cai, como texto, onde está o ponto de inserção.
O Voice Mode do Cursor faz o primeiro, num painel. Uma ferramenta de ditado no nível do sistema faz o segundo, em todo lugar. A maioria dos desenvolvedores que monta isso direito acaba usando os dois, para trabalhos diferentes.
A busca relacionada mais comum nesse tema é cursor voice input not working, e três dos dez primeiros resultados são relatórios de bug do fórum do Cursor, não artigos. Isso é incomum, e vale levar a sério como sinal: o recurso tem um histórico real. Aqui está, com versões e datas, porque todo relato desse problema em outro lugar descreve um sintoma sem referência aos outros.
Outubro de 2025
Cursor 2.0
A entrada por voz chega com o lançamento 2.0, junto com o Composer e o navegador interno.
Outubro de 2025
Cursor 2.0
Usuários relatam que palavras-chave de envio personalizadas mandam mensagens vazias para o chat na maioria das tentativas. A palavra-chave padrão funciona.
Dezembro de 2025
2.2.20
O microfone para de responder no macOS, Windows 10, Windows 11 e Linux. O console nomeia uma interface de áudio obsoleta, ScriptProcessorNode. Um moderador chama de "a known technical problem".
Maio de 2026
3.2.21
Uma segunda falha, diferente: voice-processor.js devolve net::ERR_FILE_NOT_FOUND, o medidor de nível fica morto, nenhuma transcrição chega. Todos os planos de assinatura afetados.
Depois da atualização para 2.2.20, usuários relataram o microfone não fazer absolutamente nada. O relatório cobre macOS, Windows 10, Windows 11 e Linux juntos, o que descarta a maior parte do que você normalmente checaria primeiro. A saída do console no tópico aponta para uma interface de áudio de navegador que está obsoleta há anos:
[Deprecation] The ScriptProcessorNode is deprecated. Use AudioWorkletNode instead.
Um moderador do Cursor respondeu, reconheceu como “a known technical problem” e confirmou que o time estava migrando para a API moderna AudioWorkletNode. Nenhum prazo foi dado.
Cinco meses depois, no Cursor 3.2.21, um bug diferente produziu a mesma experiência para o usuário. O botão do microfone ativa, o visualizador de nível de áudio fica morto, e nenhuma transcrição aparece. O console de rede mostra o porquê:
voice-processor.js net::ERR_FILE_NOT_FOUND
Esse relatório lista macOS, Windows 11 e Ubuntu 24.04, e nota algo que vale repetir porque foi diagnosticado errado no próprio tópico no começo: a falha afeta Free, Pro, Pro+ e Ultra igualmente, então não é um limite de plano pago. O desenvolvedor que abriu o relatório dá uma solução de contorno, e é a frase mais útil do tópico inteiro:
“Use the mic button in the Agents Window. Transcription works there on the same build.”
Cursor Community Forum, relatório de bug 159747, maio de 2026
O mesmo tópico aconselha contra o downgrade, porque o problema foi reproduzido em várias versões mais antigas. Se você está no macOS, ele também sugere recorrer ao atalho de ditado do sistema, que “types straight into the Cursor chat input”. Esse é um instinto sólido, e é o mesmo instinto em que este artigo se apoia: a camada abaixo do editor não quebra quando o editor quebra.
Mais um, da discussão de lançamento do Cursor 2.0, porque o modo de falha é de fato perigoso, não só irritante. Usuários relataram que mudar a palavra-chave de envio do padrão quebra o envio:
“Using any keyword to submit instead of, well, `submit`, leads to voice mode sending empty messages to the chat in 70-80% percents of cases.”
Cursor Community Forum, discussão de lançamento do Cursor 2.0
Outro usuário confirmou e descreveu a consequência exatamente: “I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want.” Um prompt vazio é pior do que nenhum prompt, porque um agente vai agir em cima. Se você usa Voice Mode, mantenha a palavra-chave de envio padrão.
Uma checagem rápida antes de culpar o editor
O Cursor precisa de permissão de microfone do sistema operacional como qualquer outro aplicativo. No macOS isso fica em Ajustes do Sistema, Privacidade e Segurança, Microfone. No Windows fica em Configurações, Privacidade e segurança, Microfone, com “Permitir que os aplicativos da área de trabalho acessem seu microfone” ligado. Essa é a superfície de configuração inteira, que é exatamente por que uma falha aqui em geral não é alguma coisa que você fez.
Dite em qualquer lugar do editor



Um atalho, todo campo de texto
O BlabbyAI roda no nível do sistema operacional, então a mesma tecla funciona no chat do Cursor, no arquivo que você está editando, no terminal integrado e no pull request que você escreve no navegador. App desktop Windows e extensão Chrome. 60 créditos por semana grátis, sem cartão.
Bugs se corrigem. A migração para AudioWorkletNode vai chegar, o arquivo ausente vai ser restaurado, e em algum momento o Voice Mode vai funcionar de forma confiável para todo mundo. A limitação que ainda vai estar lá depois é a que está escrita na documentação: é um microfone na caixa de chat.
Pense no que você realmente digita num dia normal de trabalho. O prompt para o agente é uma fração disso.
| Onde você digita | Cursor Voice Mode | Ditado no nível do sistema |
|---|---|---|
| Chat e entrada do agente | Sim | Sim |
| Um arquivo aberto no editor | Não | Sim |
| O terminal integrado | Não | Sim |
| Caixa de mensagem de commit | Não | Sim |
| Descrição de pull request no navegador | Não | Sim |
| Rastreador de issues, Slack, e-mail | Não | Sim |
Este é o argumento para colocar o ditado uma camada abaixo do editor, em vez de dentro dele. Uma ferramenta que digita no campo em foco não precisa saber o que o Cursor é. Funciona no Cursor, e continua funcionando no navegador, no terminal, no rastreador de issues e na mensagem do Slack em que você explica por que o build está vermelho. Também não para de funcionar quando o editor manda uma regressão, o que, pela evidência acima, é uma consideração real, não uma hipótese.
Vamos ser diretos sobre a parte que não funciona, porque prometer demais nisso é o jeito de deixar gente frustrada. Não tente ditar sintaxe crua. Código é denso de colchetes, pontuação, camel case e identificadores exatos. Falar isso em voz alta é lento, sujeito a erro e de fato mais chato do que digitar. Sistemas de voice coding que lidam com sintaxe direito existem, e funcionam, mas pedem aprender uma linguagem de comandos e praticar por semanas.
O que mudou é quanto da programação agora é prosa. Prompts a um agente. Mensagens de commit. Descrições de pull request. Comentários de code review. Documentação. Tickets. A resposta no Slack. Tudo isso é inglês comum num campo de texto, tudo é chato de digitar, e tudo dita tão bem quanto qualquer outra escrita. São esses 80% que valem a conversa.
Transcrição pura devolve suas palavras como você as disse, o que para uma mensagem de commit não é o que você quer. Você falou algo enrolado e conversacional; o que pertence ao repositório é uma linha de assunto de conventional commit e um corpo. Um modo personalizado do BlabbyAI é uma instrução de IA em texto livre, então você escreve uma vez, escolhe antes de falar, e o texto chega já no formato.
Modo Mensagem de commit
O que você fala
“fixed the race condition in the upload queue where two workers could grab the same job, added a lock around the claim step and a test for it”
O que é digitado
fix(queue): prevent duplicate job claims Two workers could claim the same job when polling concurrently. Adds a lock around the claim step and a regression test covering the race.
Modo Descrição de pull request
O que você fala
“this one swaps the old date parser for the native one, it drops a dependency and it is faster, I tested it against the fixtures we already had plus a couple of timezone cases”
O que é digitado
## What changed Replaces the custom date parser with the native implementation, removing one dependency. ## Why Smaller bundle and measurably faster parsing. ## Testing Existing fixtures, plus added timezone cases.
Modo Comentário de code review
O que você fala
“this works but if the array is empty it will throw, maybe guard it or use optional chaining, not blocking”
O que é digitado
This throws when the array is empty. A guard or optional chaining would cover it. Not blocking.
Por que isso importa mais para desenvolvedores do que para a maioria das pessoas
A escrita de desenvolvedor é formatada de um jeito incomum. Convenções de commit, templates de PR, templates de issue, entradas de changelog e etiqueta de review têm todos um formato que a sua voz falada não produz naturalmente. A transcrição te entrega a matéria prima e deixa a reformatação com você, que é onde a economia de tempo some sem barulho. Um modo faz a reformatação no mesmo atalho.
O arranjo em que a maioria cai tem duas camadas, e mantê-las separadas é o ponto.
Camada um
Cursor Voice Mode, para prompts
Vem embutido, não custa nada a mais, e falar um prompt ao agente é exatamente o trabalho para o qual foi desenhado. Mantenha a palavra-chave de envio padrão. Quando quebra, o microfone da Agents Window funcionou em builds em que o microfone do chat não funcionou.
Camada dois
Ditado de sistema, para todo o resto
Um atalho que funciona no editor, no terminal, na caixa de commit, no navegador e no Slack. BlabbyAI cobre essa camada, com modos personalizados para mensagens de commit e pull requests. Também continua funcionando nos dias em que o editor não funciona.
O Windows tem digitação por voz embutida no Win+H, que é grátis e funciona em qualquer campo. É visivelmente mais fraca em vocabulário técnico, que é exatamente a fraqueza que dói quando você passa o dia falando nomes de bibliotecas, nomes de funções e siglas. O app Windows do BlabbyAI é a mesma ideia com um modelo que lida com esse vocabulário e modos que formatam a saída.
Boa parte da escrita em torno de código nunca acontece no editor: a descrição do pull request, os comentários de review, o ticket, o documento de design. A extensão Chrome do BlabbyAI cobre exatamente essa superfície sem nenhum aplicativo de desktop para instalar, o que também a torna a opção prática num laptop de trabalho gerenciado em que você não pode instalar software. Funciona no GitHub, GitLab, Linear, Jira e Notion do mesmo jeito que funciona em qualquer outro lugar, porque para a extensão são todos só campos de texto.
| Ferramenta | Onde digita | Plataforma | Formato do texto | Preço |
|---|---|---|---|---|
| BlabbyAI | Qualquer campo de texto, qualquer app | App Windows, extensão Chrome | Modos personalizados, texto livre | Plano grátis, depois $8.49/mês |
| Cursor Voice Mode | Só a caixa de chat | Embutido no Cursor | Só transcrição | Incluso no Cursor |
| Windows Voice Typing | Qualquer campo de texto | Só Windows | Só transcrição | Grátis com o Windows |
| macOS Dictation | Qualquer campo de texto | Só macOS | Só transcrição | Grátis com o macOS |
A coluna que importa para este artigo é a segunda. Toda ferramenta aqui transcreve fala com competência em 2026; isso deixou de ser o diferencial há algum tempo. O que as separa é onde o texto pode cair, e se ele chega no formato que você precisava.
Sim. O Cursor traz uma entrada por voz integrada, e a documentação dele descreve o recurso com precisão: "Click the microphone icon in the chat input to dictate your prompt instead of typing. Speak naturally, include technical details like file and function names, and review the transcription before sending." O atalho é Cmd+Shift+Space, listado na referência de atalhos do Cursor como "Toggle Voice Mode", e é o único atalho de voz daquele documento inteiro. A parte importante da descrição do fabricante é o lugar: a caixa de chat. O ditado do Cursor é um recurso de um painel, não do editor. Ele não coloca texto num arquivo aberto, no terminal integrado, na caixa de mensagem de commit, no diálogo de renomear nem na descrição de um pull request. Para ditar prompts ao agente, esse alcance serve. Para ditar tudo o mais que um desenvolvedor digita num dia, você precisa de algo no nível do sistema operacional, que é o que uma ferramenta como o BlabbyAI faz: ela digita no campo de texto que está em foco, em qualquer aplicativo.
Porque ela de fato quebrou mais de uma vez, de dois jeitos diferentes, e os relatórios de bug nomeiam as causas. Em dezembro de 2025, usuários no macOS, Windows 10, Windows 11 e Linux relataram o microfone não fazer nada depois da atualização para a versão 2.2.20. A saída do console naquele relatório aponta para uma interface de áudio de navegador obsoleta: "[Deprecation] The ScriptProcessorNode is deprecated. Use AudioWorkletNode instead." Um moderador do Cursor reconheceu como "a known technical problem" e disse que o time estava migrando para a API moderna AudioWorkletNode, sem dar prazo. Em maio de 2026, no Cursor 3.2.21, apareceu outra falha: o medidor de nível fica morto e nenhuma transcrição chega porque o voice-processor.js não carrega, com net::ERR_FILE_NOT_FOUND. Esse relatório nota o problema no macOS, Windows 11 e Ubuntu 24.04, e nos planos Free, Pro, Pro+ e Ultra igualmente, então não é limite de assinatura. Se o microfone funciona em outros aplicativos e não faz nada no Cursor, você quase certamente está olhando para o cliente, não para o seu setup de áudio. Como as falhas estão no próprio pipeline de áudio do Cursor, uma ferramenta de ditado que roda no nível do sistema operacional não é afetada: o BlabbyAI escreve no campo de chat do mesmo jeito que em qualquer outro campo, sem passar pelo código de microfone do Cursor.
Abra um painel de chat e clique no ícone de microfone na caixa de chat, ou pressione Cmd+Shift+Space para ligar o Voice Mode. Na primeira vez o sistema operacional pede permissão de microfone, e o Cursor precisa recebê-la: no macOS isso fica em Ajustes do Sistema, Privacidade e Segurança, Microfone; no Windows fica em Configurações, Privacidade e segurança, Microfone, com "Permitir que os aplicativos da área de trabalho acessem seu microfone" ligado. Essa é a configuração inteira, e por isso uma falha nesse ponto em geral não é algo que você configurou errado. Se a animação do microfone aparece e nenhum texto chega, a solução de contorno que o desenvolvedor que abriu o relatório dá no tópico de maio de 2026 é usar o botão de microfone na Agents Window, porque "Transcription works there on the same build". Fazer downgrade é explicitamente não recomendado naquele tópico, porque o problema foi reproduzido em várias versões mais antigas. O outro caminho é parar de depender do editor para ditar: o BlabbyAI é ativado uma vez no nível do sistema e depois funciona no chat do Cursor, no arquivo que você está editando e no terminal, com o mesmo atalho em todos eles.
Dá para ditar a prosa que cerca o código com bem mais facilidade do que o código em si, e essa distinção importa mais do que parece. Código-fonte é denso de pontuação, colchetes, camel case e identificadores exatos, tudo lento de falar em voz alta e rápido de digitar. Sistemas dedicados de voice coding que lidam com sintaxe crua existem, e funcionam, mas pedem que você aprenda uma linguagem de comandos e pratique por semanas. O que mudou é quanto de um dia moderno de desenvolvimento é inglês comum: prompts a um agente de IA, mensagens de commit, descrições de pull request, comentários de code review, documentação, tickets e respostas a colegas. Isso tudo é prosa num campo de texto, e dita tão bem quanto qualquer outra escrita. O padrão prático em que a maioria cai é falar a intenção e deixar o agente produzir a sintaxe, exatamente o fluxo para o qual o Cursor foi feito. É também aí que os modos personalizados do BlabbyAI se justificam: um modo transforma uma explicação falada em uma mensagem de commit convencional e outro em uma descrição de pull request, de modo que o texto ao redor do código já chega formatado em vez de como transcrição bruta.
Alcance, principalmente. O Voice Mode do Cursor faz parte do Cursor e funciona na caixa de chat do Cursor. Um app de ditado roda no nível do sistema operacional e digita no campo que está em foco, então o mesmo atalho funciona no editor, no terminal integrado, na caixa de commit, no navegador, no Slack e no rastreador de issues. A segunda diferença é o que acontece com as palavras. O Voice Mode transcreve o que você disse para você enviar como prompt. Uma ferramenta com modos personalizados pode transformar: os modos personalizados do BlabbyAI são instruções de IA em texto livre, então um modo pode virar uma explicação falada enrolada numa mensagem de conventional commit, outro pode virar o mesmo tipo de fala numa descrição de pull request com resumo e seção de testes, e outro pode deixar termos técnicos estritamente em paz. Você escolhe o modo antes de falar e o texto chega já no formato.
É para funcionar, e os dois grandes relatórios de bug listam o Windows entre os sistemas afetados, o que diz que o recurso não é exclusivo do Windows nem deixa o Windows de fora. O relatório de dezembro de 2025 cobre macOS, Windows 10, Windows 11 e Linux juntos, e o de maio de 2026 cobre macOS, Windows 11 e Ubuntu. Se você está no Windows e o recurso não responde, confira se o Cursor tem permissão de microfone em Configurações, Privacidade e segurança, Microfone, depois tente o microfone da Agents Window como solução de contorno dentro do app. Uma ferramenta de ditado no nível do sistema contorna a pergunta por completo, porque nunca depende do pipeline de áudio do editor. O BlabbyAI tem um app nativo de desktop para Windows que coloca texto em qualquer campo em foco, inclusive o chat do Cursor, o arquivo que você está editando e o terminal.
Não com o Voice Mode integrado do Cursor, porque a documentação do fabricante restringe o ditado à caixa de chat, não ao editor como um todo. O terminal integrado é um dos lugares mais úteis para ter isso, aliás, porque comandos longos, mensagens de git e scripts de uma vez só são exatamente o tipo de texto chato de digitar e fácil de falar. Uma ferramenta de ditado no nível do sistema operacional resolve, porque não sabe nem se importa de qual aplicativo é o campo de texto. Com o BlabbyAI você aperta o atalho, fala, e o texto é digitado onde está o ponto de inserção, seja num terminal, num arquivo Markdown, numa caixa de chat ou numa aba do navegador.
Sim, vários, com trocas diferentes. Os dois sistemas operacionais incluem ditado: no macOS o atalho nativo é Fn duas vezes por padrão, que o tópico de maio de 2026 do Cursor sugere como solução de contorno porque "It types straight into the Cursor chat input", e no Windows é Win+H. Os dois são grátis e os dois são visivelmente mais fracos em vocabulário técnico do que uma ferramenta baseada em Whisper, que é exatamente a fraqueza que dói quando você está falando nomes de bibliotecas e de funções. O BlabbyAI tem um plano grátis de 60 créditos por semana sem cartão, o bastante para descobrir se ditar prompts e mensagens de commit combina com o seu jeito de trabalhar antes de decidir qualquer coisa. Há um app desktop Windows e uma extensão Chrome, e a extensão não pede instalação de nenhum aplicativo de desktop.
Tem sido pouco confiável, e isso é um bug relatado específico, não uma impressão geral. Na discussão de lançamento do Cursor 2.0, um usuário relatou que "Using any keyword to submit instead of, well, submit, leads to voice mode sending empty messages to the chat in 70-80% percents of cases", e outro confirmou com uma descrição que vale citar porque captura o modo de falha exatamente: "I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want." Se você usa Voice Mode, a configuração segura é a palavra-chave de envio padrão. Um prompt vazio enviado a um agente é pior do que nenhum prompt, porque o agente vai agir em cima. Ditar com uma ferramenta de nível de sistema como o BlabbyAI evita a questão por completo, porque o texto é digitado no campo e você mesmo aperta Enter, exatamente como se tivesse digitado.
A configuração em que a maioria cai tem duas partes, e vale separá-las. Use o Voice Mode do próprio Cursor quando estiver funcionando e você só quiser falar um prompt no chat, porque vem embutido e não custa nada. Use uma ferramenta de ditado no nível do sistema para todo o resto que você digita, que num dia normal é a maior parte: a mensagem de commit, a descrição do pull request, o comentário de code review, o comando no terminal, a resposta no Slack explicando por que o build está vermelho, o ticket que você abre depois. A segunda ferramenta também te cobre quando a primeira quebra, e pela evidência do último ano isso não é hipótese. O BlabbyAI preenche o segundo lugar: um atalho, qualquer campo de texto, modos personalizados que dão forma ao texto enquanto ele chega, e histórico de áudio guardado no seu próprio disco.
Fale com o editor inteiro, não só com a caixa de chat
O BlabbyAI digita em qualquer campo de texto em foco, então um atalho cobre o chat do Cursor, o arquivo que você está editando, o terminal, a mensagem de commit e o pull request. Modos personalizados transformam uma explicação falada num conventional commit ou numa descrição de PR enquanto o texto chega. App Windows e extensão Chrome, 60 créditos por semana grátis, sem cartão.