Derfor bør diktering til udviklere ikke kun virke på engelsk

Der ligger en doven antagelse indbygget i de fleste udviklerværktøjer: fordi kode skrives med engelske nøgleord, må udvikleren arbejde på engelsk. Alle, der rent faktisk har arbejdet i et team i Bukarest, São Paulo, Warszawa eller Kyiv, ved, hvor forkert det er.

Ja, funktionen hedder getUserSession, og commit-beskeden er sandsynligvis på engelsk. Men se på alt det, der ligger omkring koden: Slack-tråden, hvor fejlen blev meldt, beskeden til kunden, der forklarer forsinkelsen, det interne dokument, der beskriver migrationsplanen, den kommentar i et code review, der kræver diplomati, standup-noterne. I et tosproget team kan hele det lag foregå på teamets eget sprog.

Dikteringsværktøjer har imens mest behandlet tale på andre sprog end engelsk som en eftertanke: teknisk understøttet et sted i en indstillingsmenu, sjældent designet til, næsten aldrig overskriften. Skal diktering være en rigtig inputkanal for dem, der bygger — og ikke en demo — skal den virke på det sprog, du rent faktisk tænker på.

Den tosprogede arbejdsdag er den normale arbejdsdag

Sådan føles den: du tænker på dit modersmål, koder på engelsk og skifter mellem de to hele dagen. En rumænsk udvikler skriver retryWithBackoff og vender sig så mod Slack for på rumænsk at forklare, hvorfor retry-logikken overhovedet havde brug for en backoff. En tysk ingeniør gennemgår en PR i engelsk syntaks og kommenterer den i tysk prosa.

At skrive klarer den tosprogethed fint, for tastaturer er ligeglade med, hvilket sprog du skriver på. Men i det øjeblik du tilføjer stemmen, er værktøjet pludselig ikke ligeglad. Virker din diktering kun godt på engelsk, kan du diktere de kodenære engelske fragmenter, men ikke de beskeder, dokumenter og forklaringer, du skriver på et andet sprog.

Det bliver skarpere i det parallelle agent-workflow, vi har skrevet om i Sådan styrer du Claude Code med stemmen. Er din stemme styringskanalen for flere lanes — du prompter en agent i ét vindue og svarer en kollega i et andet — så ødelægger et dikteringsværktøj, der snubler uden for engelsk, præcis halvdelen af dine lanes. Agent-prompten virker; svaret til din kollega gør ikke.

Hvad Keebye faktisk gør ved det

Påstande om sprogunderstøttelse er dér, hvor markedsføring af diktering bliver uskarp, så her er præcis, hvad Keebye implementerer i dag — hverken mere eller mindre.

Standardenginen er tunet til engelsk. Det vil vi ikke skjule. Modellen, du får ud af æsken, er optimeret til hurtig, præcis engelsk diktering, fordi det er den mindste gode standard, og mange brugere har ikke brug for andet.

Den flersprogede engine er en fuldgyldig mulighed, og den er lokal. Skift til Canary-enginen i indstillingerne, og du får tale-til-tekst on-device på 25 sprog: bulgarsk, kroatisk, tjekkisk, dansk, hollandsk, engelsk, estisk, finsk, fransk, tysk, græsk, ungarsk, italiensk, lettisk, litauisk, maltesisk, polsk, portugisisk, rumænsk, russisk, slovakisk, slovensk, spansk, svensk, ukrainsk — med en sprogvælger til at låse det fast, du arbejder på. Som alt andet i Keebye kører den på din Mac: lyden af dig, der taler med dit team på dit eget sprog, forlader aldrig maskinen, og den bliver ved med at virke offline, når modellen er downloadet.

Apples egen engine er der også. Vil du hellere bruge den talegenkendelse, der allerede er indbygget i macOS — og som virker på dit systemsprog — kan Keebye bruge den i stedet, helt uden modeldownload.

Din jargon følger med. Den egne ordbog gælder uanset engine, og det betyder mere i flersproget arbejde, ikke mindre — hvert team udvikler sin egen kreol af produktnavne, engelske låneord og lokal grammatik viklet omkring dem.

Og den ærlige grænse: 25 sprog er 25 sprog, ikke »alle sprog«. Er dit ikke på listen, dækker Keebyes flersprogede engine dig ikke i dag, og det siger vi hellere end at runde op til et markedsføringstal. (Den daglige mekanik — at låse et sprog fast, hurtigskiftet i menulinjen, hvad der sker, når automatisk registrering gætter forkert — står i Lås dit dikteringssprog fast.)

Hvorfor det er sjældent, og hvorfor det er en mulighed

Lokal-først flersproget diktering er reelt ualmindeligt. Cloud-baserede dikteringsprodukter har typisk de bredeste sproglister — at sende lyd til store modeller på serversiden er den nemme måde at tilføje sprog på — men det leder din tale gennem en andens infrastruktur, og det er præcis dét, nogle teams ikke kan acceptere. Vi lagde den afvejning ærligt frem i Keebye vs. Wispr Flow. Lokal-først-værktøjer har til gengæld historisk ført med engelsk og behandlet andre sprog som et flueben. (Superwhisper-brugere, der vejer det samme spørgsmål, kan læse vores sammenligning.)

Resultatet er et reelt hul: en udvikler, der vil diktere på polsk og beholde lyden på sin egen maskine, har færre steder at stå.

Det er også personligt. Keebyes stiftelseshistorie — to børn, tre startups, én stemme — er tilfældigvis historien om en rumænsktalende bygger, der arbejder med internationale startups: præcis den tosprogede opdeling, dette indlæg beskriver, levet hver dag. Den flersprogede engine er ikke en funktion, vi tilføjede for et marked. Det er en funktion, stifteren havde brug for inden frokost.

Hvor det fører hen

Vores bud er enkelt: stemmeinput for dem, der bygger, vil blive bedømt, som tastaturer bliver det — enten virker det på dit sprog, eller også er det i stykker. »Engelsk plus en stjerne« overlever ikke mødet med rigtige teams.

Arbejder du på et af de 25 sprog, så start din gratis prøveperiode nedenfor. Skift enginen til Canary, lås dit sprog fast, og dikter det næste Slack-svar, som du faktisk ville sige det — og fortæl os så, hvad der gik galt, på det sprog du foretrækker.