Vart din röst tar vägen: dikteringsintegritet, ärligt

Om dina prompter innehåller osläppt kod, kunduppgifter eller den råa versionen av ett säkerhetsbeslut är ”är diktering privat?” ingen inställningsfråga. Det är en fråga om dataflöde: vart går inspelningen, vad bearbetar den, och vad finns kvar efter att texten nått din markör?

Svaret beror på arkitekturen. Vissa dikteringsverktyg skickar inspelat ljud till en server. Andra kör tal-till-text på din enhet. Båda konstruktionerna går att förklara tydligt. Den användbara frågan är inte om en produkt använder ordet privat, utan om du kan rita dess fulla väg från mikrofon till text.

Vart ljud kan färdas i en dikteringskedja

En molnbaserad transkriberingsväg ser vanligtvis ut så här:

microphone -> recorded audio -> vendor server -> speech-to-text -> optional AI cleanup -> text back to your Mac

Att skicka ljud till en server är inget skumt. Det är så en molnarkitektur producerar en transkription, och samma serverväg hanterar ofta AI-uppstädning innan texten skickas tillbaka. Avvägningen är konkret: din röst och allt du sa måste passera tredjeparts infrastruktur. Leverantörens policyer avgör hur den datan bearbetas, om något lagras och hur länge.

Uppstädningen förtjänar en egen rad i diagrammet. Ett verktyg kan köra tal-till-text lokalt och sedan skicka transkriptionen till en server för AI-omskrivning. I det fallet kan ljudet stanna på din dator medan innehållet i ditt tal ändå lämnar den som text.

En väg på enheten kan vara kortare:

microphone -> local speech-to-text -> local cleanup -> text field

Lokal transkribering tar bort servern ur tal-till-text-steget. Den besvarar inte varje integritetsfråga. Appen kan fortfarande skicka telemetri, synka transkriptioner, anropa en molnmodell för uppstädning, eller kontakta en backend för kontokontroller. ”På enheten” talar om var en del körs. Du behöver fortfarande resten av kartan.

Fem frågor att ställa till vilken dikteringsapp som helst

1. Var körs tal-till-text? Fråga om inspelat ljud går till en server för transkribering. ”Krypterat under överföring” svarar på hur det färdas, inte på om det färdas.

2. Var körs uppstädningen? Om appen rättar grammatik, tar bort utfyllnadsord eller skriver om en transkription, ta reda på om det arbetet sker lokalt eller genom en molnmodell.

3. Skickar appen telemetri? Kraschrapporter, användningsanalys och diagnostik är skilda från transkriberingen. Fråga vad varje rapport innehåller och om du kan stänga av den.

4. Vad lagras, och hur länge? Skilj ljud från transkriptioner. Kontrollera enheten, leverantörens servrar, säkerhetskopior och eventuell historik- eller synkfunktion.

5. Vad händer i lösenordsfält? En dikteringsapp bör känna igen säkra fält och vägra att mata in text där. Annars kan talade hemligheter passera den normala dikteringsvägen eller dyka upp i historiken.

De frågorna fungerar för vilken leverantör som helst. Om frågan moln mot lokalt driver ditt köpbeslut ramar guiden Keebye vs Wispr Flow in avvägningen utan att hävda vad du bör värdera mest.

Vart Keebye skickar din röst

Keebyes dikteringsväg stannar på din Mac. Alla tre alternativen för tal-till-text körs på enheten: Parakeet är den engelska standardmotorn, Canary är den tillvalda motorn med 25 språk, och Apples inbyggda finns också tillgänglig. Den regelbaserade uppstädningen och den valfria poleringen med lokal LLM stannar också på Macen.

Dikteringsvägen gör inga nätverksanrop. Keebye ansluter för modellnedladdningar, kontroller av appuppdateringar och inloggning plus kontroll av provperiod eller abonnemang -- aldrig för att skicka ljud eller transkriptioner. När du har laddat ner en modell fortsätter transkribering och uppstädning fungera offline. Guiden till offline-diktering förklarar den beroendegränsen mer i detalj.

Keebye har ingen telemetri i appen. Dikteringshistoriken stannar på din Mac, lagrar text i stället för ljud, och raderar automatiskt poster efter 30 dagar. Keebye vägrar också att diktera in i säkra fält eller lösenordsfält, av konstruktion.

Den gränsen spelar roll när din röst bär mer än en inköpslista. Om du använder diktering för att skriva agentinstruktioner, anteckningar i kodgranskningar eller prompter om osläppt arbete täcker guiden till diktering för AI-prompter arbetsflödet kring de känsliga indata.

Testa offline-påståendet själv

Du kan observera om dikteringen fortsätter fungera utan nätverksanslutning.

Starta provperioden och logga in, ladda ner en talmodell, och stäng sedan av wifi. Diktera in i ett vanligt textfält. Transkriptionen dyker fortfarande upp för att tal-till-text och uppstädning använder de lokala komponenter som redan finns på din Mac.

Det testet visar drift offline efter modellnedladdningen. Det verifierar inte backend-anrop, lagring, telemetri eller appens fulla integritetshållning. Det ersätter inte en fullständig säkerhetsgranskning, men det är en användbar kontroll av att ett integritetspåstående ändrar observerbart beteende.

Begränsningar

Keebye är i tidig åtkomst och finns bara för macOS. Om du behöver en produktionshärdad version eller ett annat operativsystem i dag är det inte rätt val än.

Keebye ansluter till vår backend för inloggning och kontroll av provperiod eller abonnemang, aldrig för ljud eller transkriptioner. Den anslutningen stödjer kontooperationer trots att själva dikteringen fungerar offline efter modellnedladdningen.

Webbplatsen keebye.com använder vanlig webbanalys. Själva Keebye-appen har ingen telemetri. Mätning på webbplatsen och appens beteende är skilda system, och skillnaden spelar roll.

Transkribering på enheten kan fortfarande göra misstag. Lokal bearbetning ändrar vart din data går; den gör inte taligenkänning ofelbar. Granska känsliga prompter, kommandon och meddelanden innan du skickar dem.

Integritetspåståenden bör vara tillräckligt specifika för att kunna granskas. För Keebye är drift offline ett observerbart påstående: ladda ner modellen, koppla från nätverket, och fortsätt diktera.