To barn, tre startups, én stemme

Hvert verktøy jeg har levert, begynte som en personlig krise. Keebyes krise hadde to navn, og det ene av dem var under seks måneder gammelt.

Her er situasjonen appen ble født inn i. Jeg jobber med startups der mye står på spill, der mer enn $1M er investert og det å levere betyr noe. Ikke én startup: flere, parallelt, hver med sin egen kodebase, sine egne prioriteringer, sitt eget «dette skulle vært gjort i går». Det arbeidet kommer ikke som en ryddig kø. Det kommer som lanes: en migrering i én, en gjennomgang i en annen, en obduksjon etter en hendelse i en tredje, og en Slack-kanal per lane som fylles opp i bakgrunnen.

Og så fikk vi vårt andre barn.

Alle som har holdt et sovende spedbarn, kjenner den spesifikke fysikken i det: du har én arm, kanskje. Du er, i praksis, en enhendt utvikler i timevis av gangen. I mellomtiden pauser ikke lanene. Agenten ble ferdig med refaktoreringen sin og venter på retning. Den andre kundens spørsmål ligger der og eldes. Skrivehastigheten din — det hele produksjonen din i det stille går gjennom — ble nettopp mer enn halvert.

Regnestykket som brakk

Løftet fra AI-kodeagenter er reelt. Claude Code vil genuint utføre en refaktorering over flere filer mens du gjør noe annet. Kjør to eller tre lanes, og på papiret opererer du på et eller annet multiplum av deg selv. Alle som jager 10x produksjon, har lest dette salgsargumentet.

Men multiplumet har en nevner ingen nevner: hver lane kommer videre på naturlig språk du produserer. Prompter, omdirigeringer, gjennomganger, svar. Hvis det å produsere det språket krever to ledige hender og et fullt kontekstbytte inn i riktig vindu, er ikke lanene dine parallelle i det hele tatt — de er tidsdelt gjennom ett enkelt trangt punkt. Å legge til en lane legger til koordineringskostnad til «multiplikatoren» stille blir overhead.

Jeg kunne kjenne det trange punktet fysisk. Jeg hadde neste instruksjon ferdig formet i hodet — «rull tilbake skjemaendringen, behold API-omdøpingen, kjør migreringen på nytt» — og så ble den bare liggende, i kø bak en baby, en brødskive, eller mine egne hender midt i en oppgave i en annen lane. Tanken var øyeblikkelig. Leveringen var flaskehalsen.

Du trenger ikke 10x hender. Du trenger en andre utdatakanal.

Hvorfor de eksisterende verktøyene ikke passet

Jeg prøvde dikteringsverktøy — gode finnes, og det sier vi rett ut på sammenligningssidene våre. Men kravene mine var formet av nøyaktig den dagen jeg nettopp beskrev, og tre av dem viste seg å være ikke-forhandlingsbare.

Det måtte fungere i terminaler. Lanene mine bor i iTerm2 og tmux, ofte over SSH. Innsetting via utklippstavlen brekker nøyaktig på de stedene. Jeg trengte noe som kunne skrive — syntetiske tastetrykk, i en takt en terminal klarer å følge.

Det måtte være lokalt. Det jeg dikterer, er innsiden av andre folks selskaper: ulanserte produkter, investornære beslutninger, sikkerhetsdiskusjoner. «Vi sender lyd til skyen, men ansvarlig» er et greit svar for mange brukere. Det kunne ikke være mitt. Tale-til-tekst måtte kjøre på min egen maskinvare, beviselig, med wi-fi av om nødvendig.

Det måtte være usynlig. Ingen appvindu, ingen modus å gå inn i. Hold inne en tast, snakk, slipp, borte. Et verktøy som krever sin egen lane, undergraver hele poenget.

Så jeg bygde det. Keebye er en liten, nativ macOS-app i menylinjen — Tauri, så den holder seg lett — som har nøyaktig den formen: hold inne høyre ⌘, snakk, og ordene lander i det redigerbare feltet med fokus. Modeller på enheten (en engelsktilpasset standard, en valgfri motor med 25 språk, eller Apples egen), offline etter den første nedlastingen, regelbasert opprydding med en valgfri lokal LLM-polering, en ordliste for prosjektsjargong, historikk kun med tekst som sletter seg selv etter 30 dager, og ingen telemetri. Det er ikke brosjyreadjektiver; det er kravlisten fra den sofaen, med den babyen.

Hva som faktisk endret seg

Jeg vil være forsiktig her, for grunnleggerhistorier glir lett over i fiksjon. Jeg skal ikke gi deg en prosentvis forbedring; jeg målte aldri en, og jeg ville uansett vært skeptisk til hvem som helst sitt tall.

Det jeg kan fortelle deg, er hvordan dagene føles nå. Den ferdigformede, men uleverte instruksjonen er stort sett borte: når en lane trenger retning, ser jeg på den, holder inne tasten og sier tingen. Svar til mennesker — Slack-meldingene som pleide å eldes i timevis fordi det å svare betydde å forlate en lane — går ut i mellomrommene, sagt inn i hvilket vindu som nå har fokus. Og de enhendte timene sluttet å være døde timer. Noe av den mest produktive retningen jeg gir, skjer stående, gående frem og tilbake, med et sovende barn i armene.

De ærlige grensene er der fortsatt. Diktering tenker ikke for deg; en mumlet, halvformet prompt gir et mumlet, halvformet resultat, sagt eller skrevet. Keebye er programvare i tidlig tilgang med de ujevne kantene det innebærer. Og stemmen er et supplement til hender, ikke en erstatning — jeg skriver fortsatt mye, bare ikke lenger som det ene feilpunktet for alle lanene samtidig.

Tesen, hvis det finnes en

Diskursen om 10x-utvikleren så alltid for seg én person som skrev raskere. Det som faktisk har kommet, er rarere: én person som dirigerer — flere halvautonome lanes, hver som venter på en setning. I den verdenen er ikke innflytelsen din antall ord i minuttet. Det er hvor billig du kan levere intensjon til den lanen som trenger det, i hvilken som helst fysisk situasjon du befinner deg i.

For meg viste den billigste kanalen seg å være den jeg hadde hatt hele tiden.

Hvis dagene dine ser noe ut som dette, finnes detaljene om arbeidsflyten i Å styre Claude Code med stemmen, og hvis engelsk ikke er språket du tenker på, les hvorfor diktering ikke bør være bare på engelsk. Keebye er i tidlig tilgang for macOS; start den gratis prøveperioden nedenfor. Den ble bygget i nøyaktig den situasjonen den tjener: én arm full, lanene går fortsatt.