Dikteringen din bør aldri bare forsvinne

Nitti sekunder med nøyaktig-slik-jeg-mente-det — en full PR-beskrivelse, et gjennomtenkt svar til en kunde — og så går noe smått galt i innsettingsøyeblikket. Målvinduet hadde ikke fokus. Innlimingen tok ikke. Appen hikstet. Og teksten er bare borte. Ikke lagret et sted. Ikke liggende i en buffer. Borte. Enhver dikteringskjede som behandler innsettingen som den eneste kopien av transkripsjonen, har denne feilmodusen.

Det som følger, er et spesifikt, uforholdsmessig sinne, og jeg mener det er berettiget. Sekundene du mistet, er ikke poenget. Poenget er at du gjorde arbeidet — du formet tanken, du sa den godt, maskinen transkriberte den til og med riktig — og verktøyet ødela resultatet på grunn av et leveringsproblem. Take to er aldri like god som den første. Alle som har diktert et avsnitt på nytt fra hukommelsen, vet at du ikke reproduserer det; du produserer en flatere fetter av det.

Jeg har mistet dikteringer på denne måten selv, i andre verktøy, før Keebye fantes. Det er en av de små krisene appen ble bygget rundt.

Hvorfor forsvinner diktert tekst bare?

Dette er ikke én leverandørs feil. Det er en designbeslutning på kategorinivå, og det er verdt å forstå hvorfor kategorien tok den.

En dikteringsapp er et rør, ikke et redigeringsprogram. Tale går inn i den ene enden; tekst kommer ut den andre, inn i noen andres vindu — en terminal, et Slack-felt, et Google-dokument. Det finnes ikke noe eget dokument, og det er nøyaktig det som gjør disse verktøyene usynlige og raske. Men det betyr at transkripsjonen ofte eksisterer i nøyaktig ett øyeblikk: innsettingen. Og innsettingen er det aller skjøreste trinnet i hele kjeden. Den avhenger av hvilket vindu som har fokus i millisekundet leveringen skjer, av at utklippstavlen ikke blir kappet av en annen app, av at tilgjengelighetstillatelsene er i humør, av at målapplikasjonen i det hele tatt godtar syntetiske inndata. Når noe av det svikter, har et rent rør ingenting bak seg. Vannet ligger på gulvet.

Det finnes også en prinsipiell grunn til at verktøy har vært sky for å beholde kopier: en logg over alt du har diktert, er følsom. Dikteringene dine er meldingene dine, promptene dine, de halvformede beslutningene dine. En leverandør som lagrer dem — særlig noe sted i nærheten av en sky — har skapt et ansvar, og den enkle måten å unngå ansvaret på er å beholde ingenting. Brukerne arver den forsiktigheten som flyktighet: den tryggeste dikteringen, sett fra leverandørens ståsted, er den som aldri fantes.

Jeg forstår logikken. Jeg mener bare den optimaliserer for feil part. Feilmodusen ved å beholde lokal historikk er en fil på din egen disk. Feilmodusen ved å beholde ingenting er at arbeidet ditt fordamper fordi et vindu mistet fokus.

Hva Keebye beholder, og hvor

Så Keebye beholder en historikk, på som standard, og her er presist hva det betyr — ikke mer, ikke mindre.

Med historikk slått på skrives hver fullførte diktering til en lokal SQLite-database på Mac-en din (rusqlite, WAL-modus, for de som bryr seg om rørleggerarbeidet). Filen bor i app-support-katalogen — com.keebye.app/keebye.db — og den forlater aldri maskinen. Det finnes ingen synkronisering, ingen opplasting, ingen konto den henger på. Det er en fil, på disken din, eid av deg.

Gjenoppretting er utformet rundt de to måtene du faktisk mister tekst på. Det vanlige tilfellet — innsettingen sviktet nettopp, for ett sekund siden — har den raskeste veien: menyen i menylinjen har et punkt som heter Copy Last Dictation. Klikk på det, så ligger den siste dikteringen din på utklippstavlen, lim den inn der den skulle vært, og gå videre. Det sjeldnere tilfellet — «jeg dikterte noe på tirsdag, og jeg trenger det tilbake» — går gjennom Dictation History…, et vindu med hele listen: søkbar, med sletting per oppføring og en tøm alt for når du vil ha tavlen visket ren.

Oppbevaringstiden er 30 dager, håndhevet automatisk. Beskjæringen kjører når databasen åpnes, og igjen etter hver innsetting, så vinduet er genuint 30 dager, ikke «30 dager, omtrent, når vi rekker det». Og vil du ha den gamle flyktige atferden — noen bør det, og jeg kommer til hvem — er historikk en innstilling (history_enabled), og å slå den av betyr at ingenting skrives i det hele tatt.

Kun tekst. Aldri lyd.

Delen jeg bryr meg mest om, er hva historikken ikke er. Den er kun tekst. Keebyes historikkskjema har ingen lydkolonne — ikke en innstilling for lydoppbevaring som er av som standard, ingen kolonne. Selve opptakene lagres aldri. Det er strukturelt, ved design: en transkripsjon av «svar Andrei at migreringen glir en uke» er følsom nok; lyden av stemmen din som sier det, med tidsstempel, er en annen orden av artefakt, og jeg ville ikke at appen skulle være i stand til å samle opp det.

Én nyanse til som betyr mer enn ordantallet tilsier: dikterer du inn i et sikkert felt — en inndata av passordtypen — registrerer ikke historikken det. Det ene stedet der selv et tekstspor er feil, er det ene stedet vi ikke holder et.

Dette er samme holdning som i resten av appen — tale-til-tekst kjører på enheten, som vi har skrevet om i sammenheng med å diktere på ditt eget språk — men historikken er der holdningen blir satt på prøve, for historikken er det eneste stedet Keebye i det hele tatt lagrer ordene dine. Lokalt, kun tekst, selvslettende føltes som formen som gjør seg fortjent til å være på som standard.

De ærlige grensene

Ærlighetsseksjon, som alltid.

Du kan ikke lytte på nytt. Kun tekst kutter begge veier. Var transkripsjonen feil — modellen hørte et navn feil, mishandlet et tall — bevarer historikken trofast den feil teksten, og lyden som kunne avgjort saken, er borte ved design. For de fleste gjenopprettingstilfeller betyr ikke det noe; svikten var innsettingen, ikke transkripsjonen. Men ville du ha dikteringshistorikk som et arkiv av talemeldinger, er dette ikke det, med vilje.

Tretti dager er tretti dager. Historikken er et sikkerhetsnett, ikke et arkiv. Betyr en diktering noe utover en måned, er hjemmet dens dokumentet du dikterte den inn i, ikke appens database. Beskjæringen spør ikke.

Kun lokalt betyr kun lokalt. Historikken din følger deg ikke mellom maskiner. Dikteringen du gjorde på stasjonærmaskinen, kan ikke hentes fra laptopen. Jeg presenterer dette som en personvernfunksjon, og det er det — ingenting synkroniseres fordi ingenting overføres — men jeg skal ikke late som om det ikke også er en begrensning. Det er begge deler. Du bør vite hvilken av dem det er for deg før du stoler på det.

Og grensetilfellet: er du den som har en trusselmodell som sier ikke noe spor i det hele tatt, slå av historikken. Det er én innstilling, og appen respekterer den fullt ut. På som standard er riktig valg for de fleste brukere, som heller vil ha forrige tirsdags avsnitt tilbake; det bør ikke være en felle for resten.

Arbeid bør ikke ha ett enkelt feilpunkt

Den dypere grunnen til at denne funksjonen finnes: jeg kjører dagen min som parallelle lanes — agenter som bygger i noen vinduer, mennesker som venter i andre — og stemmen er kanalen som mater alle sammen. Den arbeidsflyten er hele premisset i å styre Claude Code med stemmen. En kanal som av og til ødelegger sin egen last, er ikke en kanal du bygger en arbeidsdag på. Utviklere forventer gjenopprettingsveier — angre, logger, reflogs, papirkurv — men mange dikteringsflyter tilbyr ingen tilsvarende når en innsetting svikter.

Veier du verktøy i denne kategorien, er sammenligningene våre ærlige om hvor andre også skinner: Keebye vs. Superwhisper og Keebye vs. Wispr Flow. Og tekst som forsvinner har en søsterklage — at det første ordet i dikteringen din blir spist før mikrofonen våkner — som vi har skrevet om i derfor spiser dikteringsapper det første ordet ditt.

Keebye er i tidlig tilgang for macOS. Start den gratis prøveperioden nedenfor, dikter et avsnitt, bom bevisst på målvinduet, og bruk så Copy Last Dictation til å hente teksten tilbake. Feil fokus koster fortsatt et gjenopprettingssteg; det trenger ikke lenger å koste tanken.