Hvorfor diktering for utviklere bør støtte mer enn engelsk

Det ligger en lat antakelse innbakt i det meste av utviklerverktøy: fordi kode skrives med engelske nøkkelord, må utvikleren jobbe på engelsk. Alle som faktisk har jobbet i et team i Bucuresti, São Paulo, Warszawa eller Kyiv, vet hvor feil det er.

Ja, funksjonen heter getUserSession, og commit-meldingen er sannsynligvis på engelsk. Men se på alt rundt koden: Slack-tråden der feilen ble meldt, meldingen til kunden som forklarer forsinkelsen, det interne dokumentet som beskriver migreringsplanen, kodegjennomgangskommentaren som krever diplomati, notatene fra standupen. I et tospråklig team kan hele det laget skje på teamets eget språk.

Dikteringsverktøy har i mellomtiden stort sett behandlet ikke-engelsk tale som en ettertanke: teknisk støttet et sted i en innstillingsmeny, sjelden designet for, nesten aldri overskriften. Skal diktering bli en ekte inndatakanal for byggere — ikke en demo — må den fungere på språket du faktisk tenker på.

Den tospråklige arbeidsdagen er den normale arbeidsdagen

Slik føles den: du tenker på morsmålet ditt, koder på engelsk, og veksler mellom de to gjennom dagen. En rumensk utvikler skriver retryWithBackoff, snur seg så til Slack og forklarer på rumensk hvorfor retry-logikken trengte en backoff i det hele tatt. En tysk ingeniør gjennomgår en PR i engelsk syntaks og kommenterer den i tysk prosa.

Å skrive håndterer denne tospråkligheten fint, for tastaturer bryr seg ikke om hvilket språk du skriver på. Men i det øyeblikket du legger til stemme, begynner verktøyet plutselig å bry seg. Hvis dikteringen din bare fungerer godt på engelsk, kan du diktere de kodenære engelske fragmentene, men ikke meldingene, dokumentene og forklaringene du skriver på et annet språk.

Dette blir skarpere i arbeidsflyten med parallelle agenter som vi har skrevet om i å styre Claude Code med stemmen. Hvis stemmen din er styrekanalen for flere lanes — du prompter en agent i ett vindu og svarer en kollega i et annet — bryter et dikteringsverktøy som snubler utenfor engelsk nøyaktig halvparten av lanene dine. Agentprompten fungerer; svaret til teamkameraten gjør det ikke.

Hva Keebye faktisk gjør med det

Påstander om språkstøtte er der dikteringsmarkedsføring blir uklar, så her er presist hva Keebye implementerer i dag — ikke mer, ikke mindre.

Standardmotoren er tilpasset engelsk. Det skal vi ikke begrave. Modellen du får rett ut av boksen, er optimalisert for rask, presis engelsk diktering, fordi det er den minste gode standarden, og mange brukere trenger ikke noe annet.

Den flerspråklige motoren er et fullverdig alternativ, og den er lokal. Bytt til Canary-motoren i innstillingene, så får du tale-til-tekst på enheten på 25 språk: bulgarsk, kroatisk, tsjekkisk, dansk, nederlandsk, engelsk, estisk, finsk, fransk, tysk, gresk, ungarsk, italiensk, latvisk, litauisk, maltesisk, polsk, portugisisk, rumensk, russisk, slovakisk, slovensk, spansk, svensk, ukrainsk — med en språkvelger for å feste det du jobber på. Som alt annet i Keebye kjører den på Mac-en din: lyden av deg som snakker med teamet ditt på ditt eget språk, forlater aldri maskinen, og den fortsetter å fungere offline når modellen er lastet ned.

Apples egen motor er der også. Vil du heller bruke talegjenkjenningen som allerede ligger i macOS — den som fungerer på systemspråket ditt — kan Keebye bruke den i stedet, uten noen modellnedlasting i det hele tatt.

Sjargongen din blir med. Den egne ordlisten gjelder uansett motor, og det betyr mer i flerspråklig arbeid, ikke mindre — hvert team utvikler sin egen kreol av produktnavn, engelske låneord og lokal grammatikk pakket rundt dem.

Og den ærlige grensen: 25 språk er 25 språk, ikke «alle språk». Hvis ditt ikke er på den listen, dekker ikke Keebyes flerspråklige motor deg i dag, og vi sier det heller enn å runde opp til et markedsføringstall. (Den daglige mekanikken — å feste et språk, hurtigbyttet i menylinjen, hva som skjer når automatisk gjenkjenning gjetter feil — finnes i fest dikteringsspråket ditt.)

Hvorfor dette er sjeldent, og hvorfor det er en mulighet

Lokal-først flerspråklig diktering er genuint uvanlig. Skybaserte dikteringsprodukter har gjerne de bredeste språklistene — å sende lyd til store modeller på tjenersiden er den enkle måten å legge til språk på — men det ruter talen din gjennom noen andres infrastruktur, og det er nøyaktig det enkelte team ikke kan akseptere. Vi la den avveiningen ærlig frem i Keebye vs. Wispr Flow. Lokal-først-verktøy har på sin side historisk ledet med engelsk og behandlet andre språk som en avkrysningsboks. (Superwhisper-brukere som veier det samme spørsmålet, kan lese sammenligningen vår.)

Resultatet er et reelt hull: en utvikler som vil diktere på polsk og holde lyden på sin egen maskin, har færre steder å stå.

Det er også personlig. Keebyes grunnleggerhistorie — to barn, tre startups, én stemme — er tilfeldigvis historien om en rumensktalende bygger som jobber med internasjonale startups: nøyaktig den tospråklige delingen dette innlegget beskriver, levd hver dag. Den flerspråklige motoren er ikke en funksjon vi la til for et marked. Det er en funksjon grunnleggeren trengte før lunsj.

Hvor dette går

Veddemålet vårt er enkelt: stemmeinndata for byggere vil bli vurdert slik tastaturer blir det — enten fungerer det på språket ditt, eller så er det ødelagt. «Engelsk pluss en asterisk» overlever ikke møtet med ekte team.

Jobber du på ett av de 25 språkene, start den gratis prøveperioden nedenfor. Bytt motoren til Canary, fest språket ditt, og dikter neste Slack-svar slik du faktisk ville sagt det — og fortell oss så hva som brakk, på hvilket språk du vil.