Por que ditado para desenvolvedores deve ir além do inglês

Existe uma suposição preguiçosa embutida na maior parte do ferramental de desenvolvedor: como o código é escrito com palavras-chave em inglês, o desenvolvedor deve estar trabalhando em inglês. Quem já trabalhou de verdade em um time em Bucareste, São Paulo, Varsóvia ou Kiev sabe o quanto isso é errado.

Sim, a função se chama getUserSession e a mensagem de commit provavelmente está em inglês. Mas olhe tudo o que existe em volta do código: a thread no Slack onde o bug foi reportado, a mensagem para o cliente explicando o atraso, o doc interno descrevendo o plano de migração, o comentário de code review que exige diplomacia, as notas da daily. Em um time bilíngue, essa camada inteira pode acontecer no idioma do próprio time.

As ferramentas de ditado, enquanto isso, trataram a fala fora do inglês quase sempre como algo secundário: tecnicamente suportada em algum canto de um menu de ajustes, raramente projetada para, quase nunca a manchete. Se o ditado vai ser um canal de entrada real para builders — e não uma demo —, ele precisa funcionar no idioma em que você de fato pensa.

O dia bilíngue é o dia normal

A textura disso é a seguinte: você pensa no seu idioma nativo, programa em inglês e alterna entre os dois ao longo do dia. Um desenvolvedor romeno escreve retryWithBackoff e depois vai para o Slack explicar em romeno por que a lógica de retry precisava de backoff. Uma engenheira alemã revisa um PR em sintaxe inglesa e anota em prosa alemã.

Digitar lida bem com esse bilinguismo, porque teclados não se importam com o idioma que você digita. Mas no momento em que você adiciona voz, a ferramenta de repente se importa. Se o seu ditado só funciona bem em inglês, você consegue ditar os fragmentos em inglês colados ao código, mas não as mensagens, os docs e as explicações que você escreve em outro idioma.

Isso fica mais nítido no fluxo de agentes paralelos sobre o qual escrevemos em Dirigindo o Claude Code com a sua voz. Se a sua voz é o canal de controle de várias lanes — instruindo um agente em uma janela, respondendo a um colega em outra —, então uma ferramenta de ditado que tropeça fora do inglês quebra exatamente metade das suas lanes. O prompt do agente funciona; a resposta ao seu colega não.

O que o Keebye faz de fato a respeito

Afirmações sobre suporte a idiomas são onde o marketing de ditado fica nebuloso, então aqui está com precisão o que o Keebye implementa hoje — nem mais, nem menos.

O mecanismo padrão é ajustado para inglês. Não vamos esconder isso. O modelo que vem de fábrica é otimizado para ditado em inglês rápido e preciso, porque é o menor bom padrão e muitos usuários não precisam de mais nada.

O mecanismo multilíngue é uma opção de primeira classe, e é local. Troque para o mecanismo Canary nos ajustes e você tem fala para texto on-device em 25 idiomas: alemão, búlgaro, croata, dinamarquês, eslovaco, esloveno, espanhol, estoniano, finlandês, francês, grego, holandês, húngaro, inglês, italiano, letão, lituano, maltês, polonês, português, romeno, russo, sueco, tcheco e ucraniano — com um seletor para fixar aquele em que você trabalha. Como tudo no Keebye, ele roda no seu Mac: o áudio de você falando com o seu time no seu próprio idioma nunca sai da máquina, e continua funcionando offline depois que o modelo é baixado.

O mecanismo nativo da Apple também está lá. Se você prefere usar o reconhecimento de fala já embutido no macOS — que funciona no idioma do seu sistema —, o Keebye pode usá-lo, sem download de modelo nenhum.

O seu jargão vem junto. O dicionário personalizado se aplica independentemente do mecanismo, o que importa mais no trabalho multilíngue, não menos — todo time desenvolve o seu próprio crioulo de nomes de produto, empréstimos do inglês e gramática local em volta deles.

E a fronteira honesta: 25 idiomas são 25 idiomas, não "todos os idiomas". Se o seu não está nessa lista, o mecanismo multilíngue do Keebye não cobre você hoje, e preferimos dizer isso a arredondar para um número de marketing. (A mecânica do dia a dia — fixar um idioma, a troca rápida na bandeja, o que acontece quando a detecção automática erra — está em Fixe o idioma do seu ditado.)

Por que isso é raro, e por que isso é uma oportunidade

Ditado multilíngue local-first é genuinamente incomum. Produtos de ditado na nuvem tendem a ter as listas de idiomas mais amplas — enviar áudio para modelos grandes do lado do servidor é o jeito fácil de adicionar idiomas —, mas isso roteia a sua fala pela infraestrutura de outra pessoa, que é exatamente o que alguns times não podem aceitar. Expusemos essa troca honestamente em Keebye vs Wispr Flow. Ferramentas local-first, por outro lado, historicamente lideraram com inglês e trataram outros idiomas como um checkbox. (Quem usa Superwhisper e está pesando a mesma questão pode ler a nossa comparação.)

O resultado é uma lacuna real: um desenvolvedor que quer ditar em polonês e manter o áudio na própria máquina tem menos lugares onde se apoiar.

Também é pessoal. A história do fundador do Keebye — dois filhos, três startups, uma voz — acontece de ser a história de um builder falante de romeno trabalhando com startups internacionais: exatamente a divisão bilíngue que este post descreve, vivida diariamente. O mecanismo multilíngue não é um recurso que adicionamos para um mercado. É um recurso de que o fundador precisava antes do almoço.

Para onde isso vai

A nossa aposta é simples: a entrada por voz para builders vai ser julgada do jeito que teclados são — ou funciona no seu idioma, ou está quebrada. "Inglês mais um asterisco" não sobrevive ao contato com times reais.

Se você trabalha em um desses 25 idiomas, comece o seu teste grátis abaixo. Troque o mecanismo para Canary, fixe o seu idioma e dite a próxima resposta no Slack do jeito que você realmente falaria — depois nos conte o que quebrou, no idioma que preferir.