Varför utvecklare behöver diktering på fler språk

Det finns ett lättjefullt antagande inbakat i de flesta utvecklarverktyg: eftersom kod skrivs med engelska nyckelord måste utvecklaren arbeta på engelska. Alla som faktiskt har jobbat i ett team i Bukarest, São Paulo, Warszawa eller Kiev vet hur fel det är.

Ja, funktionen heter getUserSession och commit-meddelandet är förmodligen på engelska. Men titta på allt runt koden: Slack-tråden där buggen rapporterades, meddelandet till kunden som förklarar förseningen, det interna dokumentet som beskriver migreringsplanen, kodgranskningskommentaren som kräver diplomati, standup-anteckningarna. I ett tvåspråkigt team kan hela det lagret ske på teamets eget språk.

Dikteringsverktyg har samtidigt mest behandlat icke-engelskt tal som en eftertanke: tekniskt stött någonstans i en inställningsmeny, sällan designat för, nästan aldrig rubriken. Om diktering ska vara en riktig inmatningskanal för byggare — inte en demo — måste den fungera på det språk du faktiskt tänker på.

Den tvåspråkiga arbetsdagen är den normala arbetsdagen

Så här känns den: du tänker på ditt modersmål, kodar på engelska och växlar mellan de två under dagen. En rumänsk utvecklare skriver retryWithBackoff och vänder sig sedan till Slack för att på rumänska förklara varför omförsökslogiken över huvud taget behövde en backoff. En tysk ingenjör granskar en PR i engelsk syntax och kommenterar den i tysk prosa.

Att skriva klarar den tvåspråkigheten galant, för tangentbord bryr sig inte om vilket språk du skriver på. Men i samma stund som du lägger till rösten börjar verktyget plötsligt bry sig. Om din diktering bara fungerar bra på engelska kan du diktera de kodnära engelska fragmenten, men inte meddelandena, dokumenten och förklaringarna du skriver på ett annat språk.

Det här blir skarpare i arbetsflödet med parallella agenter som vi har skrivit om i att styra Claude Code med rösten. Om din röst är styrkanalen för flera laner — du promptar en agent i ett fönster och svarar en kollega i ett annat — då bryter ett dikteringsverktyg som snubblar utanför engelskan exakt hälften av dina laner. Agent-prompten fungerar; svaret till din kollega gör det inte.

Vad Keebye faktiskt gör åt saken

Påståenden om språkstöd är där dikteringsmarknadsföring blir luddig, så här är exakt vad Keebye implementerar i dag — varken mer eller mindre.

Standardmotorn är tunad för engelska. Det tänker vi inte begrava. Modellen du får direkt är optimerad för snabb, träffsäker engelsk diktering, för den är det minsta bra standardvalet och många användare behöver inget annat.

Den flerspråkiga motorn är ett förstahandsalternativ, och den är lokal. Byt till Canary-motorn i inställningarna så får du tal-till-text på enheten på 25 språk: bulgariska, danska, engelska, estniska, finska, franska, grekiska, italienska, kroatiska, lettiska, litauiska, maltesiska, nederländska, polska, portugisiska, rumänska, ryska, slovakiska, slovenska, spanska, svenska, tjeckiska, tyska, ukrainska och ungerska — med en språkväljare för att låsa det du arbetar på. Som allt annat i Keebye körs den på din Mac: ljudet av dig som pratar med ditt team på ditt eget språk lämnar aldrig maskinen, och den fortsätter fungera offline när modellen är nedladdad.

Apples inbyggda motor finns också. Om du hellre använder taligenkänningen som redan finns i macOS — som fungerar på ditt systemspråk — kan Keebye använda den i stället, helt utan modellnedladdning.

Din jargong följer med. Den egna ordlistan gäller oavsett motor, vilket spelar större roll i flerspråkigt arbete, inte mindre — varje team utvecklar sin egen kreol av produktnamn, engelska lånord och lokal grammatik lindad runt dem.

Och den ärliga gränsen: 25 språk är 25 språk, inte ”alla språk”. Om ditt inte finns på listan täcker Keebyes flerspråkiga motor dig inte i dag, och vi säger hellre det än rundar upp till en marknadsföringssiffra. (Vardagsmekaniken — att låsa ett språk, snabbväxlingen i menyraden, vad som händer när den automatiska detekteringen gissar fel — finns i lås ditt dikteringsspråk.)

Varför det här är ovanligt, och varför det är en möjlighet

Lokal-först flerspråkig diktering är genuint ovanligt. Molnbaserade dikteringsprodukter tenderar att ha de bredaste språklistorna — att skicka ljud till stora servermodeller är den enkla vägen att lägga till språk — men det dirigerar ditt tal genom någon annans infrastruktur, vilket är precis vad vissa team inte kan acceptera. Vi lade fram den avvägningen ärligt i Keebye vs Wispr Flow. Lokal-först-verktyg har å andra sidan historiskt lett med engelska och behandlat andra språk som en kryssruta. (Superwhisper-användare som väger samma fråga kan läsa vår jämförelse.)

Resultatet är en verklig lucka: en utvecklare som vill diktera på polska och behålla ljudet på sin egen maskin har färre ställen att stå på.

Det är också personligt. Keebyes grundarhistoria — två barn, tre startups, en röst — råkar vara berättelsen om en rumänsktalande byggare som arbetar med internationella startups: exakt den tvåspråkiga uppdelning det här inlägget beskriver, levd dagligen. Den flerspråkiga motorn är ingen funktion vi lade till för en marknad. Det är en funktion grundaren behövde till lunch.

Vart det här leder

Vår gissning är enkel: röstinmatning för byggare kommer att bedömas som tangentbord bedöms — den fungerar antingen på ditt språk eller så är den trasig. ”Engelska plus en asterisk” överlever inte kontakten med riktiga team.

Om du arbetar på ett av de 25 språken, starta din kostnadsfria provperiod nedan. Byt motor till Canary, lås ditt språk, och diktera nästa Slack-svar som du faktiskt skulle säga det — och berätta sedan för oss vad som gick sönder, på vilket språk du än föredrar.