Escrita por voz para programar no Mac

Pode usar a voz para redigir prompts de IA, passos para reproduzir erros, comentários de revisão, documentação, notas de versão e passagem de tarefas. Uma app de ditado ao nível do cursor coloca esse texto no campo já focado; não lê o repositório, executa comandos nem decide se a alteração está correta.

Diga o objetivo, ficheiros relevantes, restrições, casos limite e verificação esperada. Para comentários de revisão, explique o risco e o comportamento desejado e deixe símbolos exatos e referências de linha para o teclado.

Trate o ditado como camada de entrada antes da ferramenta de programação. Foque o destino exato, comece pelo resultado, acrescente âmbito, restrições e testes, corrija-se naturalmente, repare tokens exatos com o teclado e reveja antes de submeter.

Verifique negações, verbos destrutivos, caminhos, números, segredos e critérios de aceitação. Evite ditar diretamente para uma linha de terminal ativa; prepare o comando num campo que não executa e só depois copie-o deliberadamente.

Um rascunho falado como «no callback de autenticação verifica o state primeiro; aliás, garante antes que é de utilização única, não cries outro endpoint e adiciona um teste de replay» pode tornar-se: «No callback existente, valide que o state é válido e de utilização única antes de trocar o código. Não crie outro endpoint. Adicione um teste de regressão que impeça reutilizar um state consumido.»

O exemplo é ilustrativo, não um teste controlado de velocidade ou precisão. A saída depende da fala, contexto, vocabulário e versão do produto; a solução técnica continua a ser sua responsabilidade.

Cursor, Claude Code, Codex, gestores de tarefas, formulários de pull request e editores recebem formatos diferentes, mas a estrutura útil é a mesma: resultado, contexto, restrições, riscos e verificação.

Dite explicações e intenção. Escreva código, expressões regulares, identificadores, markup e valores sensíveis. No terminal, dite apenas para um rascunho seguro e confirme caminhos, flags e a ação final com o teclado.

Use o dicionário pessoal para nomes de repositórios, produtos, acrónimos e bibliotecas que falham repetidamente. O Screen Context opcional pode usar termos visíveis para resolver grafias.

Contexto não é autorização para enviar tudo. Não dite palavras-passe, tokens, chaves privadas, dados de clientes ou segredos. Desative Screen Context quando não for necessário e compare a política de dados com as regras da sua empresa antes de o usar em repositórios de trabalho.

Num comando ou numa linha de código, cada símbolo conta. É geralmente mais fácil escrever e verificar barras, aspas, escapes, maiúsculas e pequenas correções com o teclado. O mesmo se aplica a comandos que apagam dados e valores que devem permanecer secretos.

Use a voz para explicar uma transformação, exemplos e intenção; escreva a expressão regular ou o código final. Prepare migrações e comandos numa área que não executa, verifique-os e só então corra-os.

Não meça apenas palavras por minuto. Meça o tempo desde a ideia até um prompt, comentário ou nota que está disposto a enviar, incluindo espera, correções e revisão. Uma transcrição rápida que exige muita reparação não é um fluxo rápido.

Teste dez tarefas reais com o mesmo microfone e espaço. Registe tempo total e erros consequentes em negações, caminhos, números ou segurança. Mantenha a voz onde vence; para muitos programadores, o melhor resultado será voz para prosa e planeamento, teclado para implementação exata.