Blog

Das Plädoyer für lokale KI: Warum deine Sprachdaten dein Gerät nicht verlassen sollten

Die Hardware in deiner Hosentasche ist leistungsfähig genug, um eine Spracherkennung auszuführen, die es mit Cloud-Diensten aufnehmen kann. Warum senden wir also immer noch Sprachdaten an Server?

OpenWhispr

OpenWhispr

Ingenieurwesen

12. Februar 2026
Inhaltsverzeichnis

Lokale KI verarbeitet Daten vollständig auf deinem Gerät – keine Internetverbindung, keine Daten, die dein Gerät verlassen, kein Vertrauen in Dritte mit deinen Informationen. Mit Modellen wie OpenAI Whisper, das dank whisper.cpp effizient läuft, und NVIDIA Parakeet können handelsübliche Laptops Sprache nun mit einer Genauigkeit transkribieren, die Cloud-Diensten entspricht oder nahekommt. Dieser Artikel begründet, warum gerade Sprachdaten auf deinem Gerät bleiben sollten – und warum die Technologie dafür bereits vorhanden ist.

Zuletzt aktualisiert: 17. Februar 2026. Quantitative und rechtliche Aussagen werden mit mindestens zwei Primärquellen abgeglichen.

Faktencheck im Überblick (doppelte Quellen)

Sprachdatenpfad: Lokale vs. Cloud-Risikooberfläche

Mikrofon
Lokale Schlussfolgerung
Lokaler Text
Keine Belichtung
Mikrofon
Cloud API
Remote-Text
Netzwerkpräsenz

OpenWhispr Standard: lokaler Pfad zuerst, optionale Cloud nur bei expliziter Konfiguration.

Die Revolution der lokalen KI: Was sich verändert hat

Vor fünf Jahren war es undenkbar, ein leistungsfähiges KI-Modell auf einem Laptop auszuführen. Die Modelle waren zu groß, die Hardware zu langsam und das Software-Ökosystem existierte kaum. Das hat sich grundlegend geändert.

Der Auslöser war whisper.cpp, Georgi Gerganovs C/C++-Portierung des OpenAI-Whisper-Spracherkennungsmodells. Indem er die Modell-Inferenz in reinem C++ ohne Laufzeitabhängigkeiten neu schrieb, machte Gerganov es möglich, Whisper auf allem von einem MacBook bis zu einem Raspberry Pi auszuführen. Das Projekt unterstützt Modelle von der 75 MB großen "tiny"-Variante (die rund 273 MB RAM benötigt) bis zum vollständigen "large-v3"-Modell mit 2,9 GB auf der Festplatte – mit Integer-Quantisierung zur weiteren Reduzierung des Speicherbedarfs. Es läuft auf Mac (Intel und Apple Silicon), Linux, Windows, Android, iOS und sogar in WebAssembly.

Derselbe Ansatz breitete sich explosionsartig über die gesamte KI-Landschaft aus. Gerganovs llama.cpp leistete für große Sprachmodelle das, was whisper.cpp für die Sprache leistete – es brachte LLaMA, Mistral, Qwen, DeepSeek und Dutzende weiterer Modelle auf handelsübliche Hardware, mit Quantisierung von 8 Bit bis hinunter zu 1,5 Bit. Werkzeuge wie Ollama und LM Studio verpackten diese Fähigkeiten in benutzerfreundliche Oberflächen.

Auch die Hardware zog nach. Apples M-Serie-Chips, beginnend mit dem M1 im Jahr 2020, brachten eine einheitliche Speicherarchitektur und eine dedizierte Neural Engine in jeden Mac – wodurch lokale KI-Inferenz schnell genug für den Echtzeiteinsatz wurde. Apple setzte mit Apple Intelligencevoll darauf, das KI-Aufgaben standardmäßig auf dem Gerät verarbeitet und nur bei Bedarf an Apples Private-Cloud-Compute-Server weiterleitet – mit verbindlichen Zusicherungen, dass Daten niemals gespeichert und ausschließlich für die unmittelbare Anfrage verwendet werden.

Der Trend ist eindeutig: Modelle werden gleichzeitig kleiner und besser. Techniken wie Knowledge Distillation (das Trainieren kleiner Modelle, um große nachzuahmen) und Quantisierung (das Reduzieren der numerischen Präzision, ohne die Genauigkeit zu zerstören) bedeuten, dass das, was 2023 noch eine Rechenzentrums-GPU erforderte, 2026 auf einem Laptop laufen kann. Whispers "large-v3-turbo"-Modell ist beispielsweise deutlich schneller als sein Vorgänger und behält dabei eine vergleichbare Genauigkeit bei.

Warum Sprachdaten besonders sensibel sind

Nicht alle Daten sind gleich sensibel. Text lässt sich anonymisieren. Der Browserverlauf lässt sich löschen. Aber Sprache ist anders – sie ist ein biometrisches Merkmal. Deine Stimme ist so einzigartig wie dein Fingerabdruck.

Eine Aufnahme deiner Stimme kann weit mehr verraten als die gesprochenen Worte. Die Forschung zur Sprachanalyse hat gezeigt, dass Stimmmuster auf Folgendes hinweisen können:

Identitätsmerkmale

  • Deine einzigartige Identität (Stimme wird von Banken und Sicherheitssystemen zur biometrischen Authentifizierung genutzt)
  • Geschlecht, ungefähres Alter und regionalen Akzent
  • Muttersprache und sozioökonomischen Hintergrund

Gesundheit und emotionaler Zustand

  • Emotionalen Zustand – Stress, Angst, Erschöpfung und Depression lassen sich anhand von Stimmmustern erkennen (Low et al., 2020)
  • Neurologische Erkrankungen – Stimm-Biomarker wurden zur Früherkennung der Parkinson-Krankheit untersucht (Tracy et al., 2020)
  • Atemwegsgesundheit – Erkrankungen wie COVID-19 und Asthma beeinflussen die Stimmeigenschaften

Das ist keine Spekulation. Unternehmen entwickeln aktiv Produkte, die die Stimme für Gesundheits-Screenings, Risikobewertungen von Versicherungen und Einstellungsentscheidungen analysieren. Gerade der biometrische Reichtum von Sprachdaten macht sie wertvoll – und gerade das macht sie gefährlich, sobald sie deiner Kontrolle entgleiten.

Anders als ein Passwort kannst du deine Stimme nicht ändern, wenn sie kompromittiert wurde. Sobald eine Aufnahme auf einem Server liegt, hast du die ausschließliche Kontrolle über diese biometrischen Daten dauerhaft verloren. Und Datenpannen sind nicht hypothetisch – IBMs Cost of a Data Breach Report 2025 ergab, dass die durchschnittlichen weltweiten Kosten einer Datenpanne 4,88 Millionen US-Dollar im Jahr 2024 und 4,44 Millionen US-Dollar im Jahr 2025 erreichten (IBM, 2025). Die Frage ist nicht, ob es zu Datenpannen kommt, sondern wann.

Was mit deiner Stimme in der Cloud geschieht

Wenn du einen cloudbasierten Spracherkennungsdienst nutzt, wird dein Audio zur Verarbeitung an entfernte Server übertragen. Was danach geschieht, variiert je nach Anbieter – und die Details sind entscheidend.

Google Cloud Speech-to-Text

Googles Dokumentation besagt, dass Cloud Speech-to-Text standardmäßig weder Audiodaten noch Transkripte von Kunden protokolliert. Allerdings bietet Google ein freiwilliges Datenprotokollierungsprogramm an, bei dem Nutzer im Gegenzug für vergünstigte Preise einer Weitergabe ihrer Audiodaten zustimmen können. Bei aktivierter Teilnahme nutzt Google die Daten zur "Verbesserung der Servicequalität". Bemerkenswert ist, dass protokollierte Daten beim Löschen deines Projekts nicht gelöscht werden – du musst einen separaten Löschantrag stellen (Google Cloud Docs).

Amazon Web Services (Transcribe)

AWS-KI-Dienste, einschließlich Amazon Transcribe, dürfen Kundeninhalte zur Entwicklung und Verbesserung von AWS-Diensten nutzen , sofern Nutzer nicht ausdrücklich über eine organisationsweite Richtlinie widersprechen. AWS aktualisierte diese Richtlinie 2023 nach öffentlichem Druck, doch die Standardeinstellung erlaubt in vielen Regionen weiterhin die Datennutzung zur Modellverbesserung (AWS Transcribe Docs).

Microsoft Azure (Speech Service)

Azures Speech Service verarbeitet Audio in Echtzeit und speichert standardmäßig keine Audiodaten von Kunden. Nutzer, die dem Training benutzerdefinierter Modelle zustimmen, lassen ihre Daten jedoch speichern. Die Datenverarbeitung von Microsoft unterliegt dem Datenschutznachtrag, der je nach Servicestufe und Region variiert.

Über die Anbieter selbst hinaus solltest du die Infrastrukturkette bedenken. Dein Audio durchläuft möglicherweise mehrere Netzwerkknoten, wird in einem Rechenzentrum in einem anderen Land verarbeitet und ist potenziell für Unterauftragsverarbeiter oder externe Dienstleister zugänglich. Selbst bei strengen Anbieterrichtlinien können auf US-Servern gespeicherte Daten dem behördlichen Zugriff gemäß National Security Letters und FISA-Abschnitt 702unterliegen, die keine Benachrichtigung der betroffenen Person erfordern.

Um es klarzustellen: Diese Anbieter verfügen in der Regel über solide Sicherheitspraktiken und legitime Gründe für ihre Richtlinien. Der Punkt ist nicht, dass Cloud-Dienste bösartig sind – sondern dass das Senden von Daten an einen Dritten zwangsläufig bedeutet, dessen Richtlinien, dessen Sicherheit und dessen Rechtsraum zu vertrauen. Lokale Verarbeitung macht dieses Vertrauen vollständig überflüssig.

Der Leistungsunterschied schwindet

Das traditionelle Argument für Cloud-Transkription war einfach: Cloud-Modelle waren deutlich genauer. Dieser Abstand hat sich erheblich verringert.

OpenAI Whisper large-v3, Ende 2023 veröffentlicht, erreicht über die meisten Sprachen hinweg Wortfehlerraten, die mit kommerziellen Cloud-APIs konkurrenzfähig sind. NVIDIAs Parakeet-Modelle haben die Genauigkeit noch weiter vorangetrieben und erzielen einige der niedrigsten WER-Werte in englischsprachigen Standard-Benchmarks. Unabhängige Benchmarks zu englischer Sprache zeigen, dass diese offenen Modelle bei sauberer Sprache Wortfehlerraten (WER) im Bereich von 3–5 % erreichen – vergleichbar mit oder besser als die kommerziellen Angebote von Google und AWS. Die neuere "large-v3-turbo"-Variante ist deutlich schneller bei vergleichbarer Genauigkeit, was lokale Echtzeit-Transkription auf moderner Hardware praxistauglich macht.

75 MB - 2.9 GB
Whisper-Modellgrößen (tiny bis large)
99+ Sprachen
Von Whisper-Modellen unterstützt
Echtzeit
Auf Apple Silicon und modernen x86-CPUs

Die Hardwarebeschleunigung hat einen großen Unterschied gemacht. whisper.cpp unterstützt ARM NEON sowie Apples Accelerate-Framework und Metal-GPU auf dem Mac, CUDA auf NVIDIA-GPUs, Vulkan für plattformübergreifende GPU-Inferenz und sogar spezialisierte Backends für Ascend-NPUs und Intels OpenVINO. Das GGUF-Modellformat, das parallel zu llama.cpp entwickelt wurde, ermöglicht eine effiziente Quantisierung – sie reduziert den Speicherbedarf eines Modells um 50–75 % bei minimalem Genauigkeitsverlust.

Speziell für das Diktieren – bei dem Aufnahmen typischerweise 5–30 Sekunden lang sind – ist lokale Inferenz auf praktisch jeder Maschine der letzten drei Jahre quasi sofort verfügbar. Das "small"-Whisper-Modell (466 MB, ~852 MB RAM) bietet für die meisten Sprachen eine ausgezeichnete Genauigkeit und läuft auf Maschinen mit 8 GB Arbeitsspeicher problemlos. Du brauchst keine High-End-GPU. Du brauchst keinen Gaming-PC. Du brauchst einen einigermaßen modernen Laptop.

Apple erkannte diesen Trend früh. Die geräteinterne Spracherkennung des Unternehmens, integriert in iOS und macOS, verbesserte sich mit jeder Betriebssystemversion erheblich – und unterstützt das Diktieren ohne Internetverbindung in Dutzenden von Sprachen. Dass Apple, ein Unternehmen mit riesiger Cloud-Infrastruktur, die Spracherkennung auf das Gerät verlagert, sollte dir etwas darüber verraten, wohin sich diese Technologie entwickelt.

Das regulatorische Umfeld

Datenschutzvorschriften weltweit holen die Realität ein, dass Sprachdaten sensibel sind. Für Organisationen, die mit Sprachdaten umgehen, ist lokale Verarbeitung nicht nur eine Datenschutzpräferenz – sie wird zunehmend zu einem Compliance-Vorteil.

DSGVO (Europäische Union)

Nach der Datenschutz-Grundverordnung werden Sprachdaten als biometrische Daten eingestuft, wenn sie zur eindeutigen Identifizierung einer Person verwendet werden – wodurch sie unter die "besonderen Kategorien" personenbezogener Daten gemäß Artikel 9. fallen. Die Verarbeitung biometrischer Daten erfordert eine ausdrückliche Einwilligung oder eine der wenigen rechtlichen Grundlagen. Selbst wenn sie nicht zur Identifizierung verwendet werden, sind Sprachaufnahmen personenbezogene Daten, die dem Grundsatz der Datenminimierung der DSGVO unterliegen. Lokale Verarbeitung vermeidet viele DSGVO-Pflichten vollständig – wenn Daten das Gerät nie verlassen, gibt es keine Datenübermittlung, keine Verarbeitung durch Dritte und keine grenzüberschreitenden Compliance-Probleme.

EU-KI-Verordnung

Die EU-KI-Verordnung, die im August 2024 in Kraft trat und deren Bestimmungen bis 2026 schrittweise eingeführt werden, stuft KI-Systeme, die biometrische Daten zu Identifizierungszwecken verarbeiten, als hochriskant (EU-KI-Verordnung). ein. Hochrisiko-Systeme unterliegen umfangreichen Anforderungen, darunter Konformitätsbewertungen, Dokumentationspflichten und laufende Überwachung. Die biometrische Echtzeit-Identifizierung in öffentlichen Räumen ist mit wenigen Ausnahmen gänzlich verboten. Auch wenn standardmäßige Sprache-zu-Text-Verarbeitung allein möglicherweise nicht als hochriskant eingestuft wird, unterliegt jedes System, das zur Identifizierung von Sprechern anhand der Stimme genutzt werden könnte – selbst unbeabsichtigt – der Prüfung im Rahmen dieses Regelwerks.

HIPAA und Berufsgeheimnis

Im Gesundheitswesen sind Sprachaufnahmen, die Patienteninformationen enthalten, in den Vereinigten Staaten durch HIPAA geschützt. Das Senden solcher Aufnahmen an einen Cloud-Dienst erfordert ein Business Associate Agreement (BAA) und die Einhaltung der Security Rule. Ebenso müssen Anwälte, die Notizen zu Mandantenangelegenheiten diktieren, das Anwaltsgeheimnis berücksichtigen – das Senden vertraulicher, dem Berufsgeheimnis unterliegender Kommunikation an einen Server eines Dritten birgt Risiken. Lokale Verarbeitung umgeht diese Probleme: Wenn das Audio das Gerät nie verlässt, gibt es keinen externen Datenverarbeiter, um den man sich sorgen müsste.

CCPA / CPRA (Kalifornien)

Der California Consumer Privacy Act, geändert durch den California Privacy Rights Act, behandelt Sprach- und Audiodaten als regulierte personenbezogene Informationen, mit zusätzlichen Regeln, wenn Daten zur biometrischen Identifizierung verwendet werden (California AG · CPPA-FAQ). . Unternehmen, die Sprachdaten erheben, müssen zusätzliche Offenlegungen bereitstellen und das Recht der Verbraucher auf Löschung und Widerspruch wahren. Mehrere weitere US-Bundesstaaten – darunter Illinois (BIPA), Texas und Washington – haben eigene Gesetze zum Schutz biometrischer Daten mit unterschiedlichen Anforderungen und Durchsetzungsmechanismen erlassen.

Die regulatorische Richtung ist klar: Sprachdaten werden weltweit mit zunehmender Ernsthaftigkeit behandelt. Für Organisationen, die mit Sprachdaten umgehen – ob im Gesundheitswesen, in der Rechtsbranche, im Finanzwesen oder in jeder anderen regulierten Branche – bietet lokale Verarbeitung eine strukturell einfachere Compliance-Position. Keine Datenübermittlungen zu prüfen. Keine Unterauftragsverarbeiter zu überprüfen. Keine grenzüberschreitenden Datenflüsse zu rechtfertigen.

Wann die Cloud weiterhin sinnvoll ist

Intellektuelle Ehrlichkeit ist wichtig. Lokale KI ist nicht immer die richtige Wahl, und etwas anderes zu behaupten würde die berechtigten Punkte oben untergraben. Hier sind Situationen, in denen Cloud-Verarbeitung die bessere Option bleibt:

Echtzeit-Streaming in großem Maßstab

Callcenter, die Tausende gleichzeitiger Audiostreams verarbeiten, benötigen Cloud-Infrastruktur. Kein einzelnes Gerät kann diesen Durchsatz bewältigen.

Sprecher-Diarisierung in großem Maßstab

Festzustellen, "wer was gesagt hat" in Aufnahmen mit mehreren Sprechern ist rechenintensiv. Cloud-APIs von Google und AWS bewältigen das heute zuverlässiger als die meisten lokalen Lösungen.

Unterrepräsentierte Sprachen

Zwar unterstützen Whisper und Parakeet viele Sprachen, doch die Genauigkeit variiert. Spezialisierte Cloud-Anbieter bieten möglicherweise bessere Modelle für bestimmte Sprachen oder Dialekte, die Whisper nur schlecht verarbeitet.

Sehr lange Aufnahmen auf begrenzter Hardware

Eine 4-stündige Besprechungsaufnahme auf einem schwachen Laptop zu transkribieren kann quälend langsam sein. Cloud-APIs verarbeiten stundenlanges Audio in Minuten.

Der ideale Ansatz ist oft hybrid: lokal als Standard, Cloud nach Wahl. Verarbeite dein alltägliches Diktat lokal. Bewahre sensible Inhalte auf dem Gerät auf. Und wenn du wirklich Cloud-Rechenleistung oder spezialisierte Funktionen brauchst, triff das als bewusste Entscheidung – nicht als unsichtbare Standardeinstellung.

Die Zukunft der lokalen KI

Die Hardware-Entwicklung begünstigt lokale KI deutlich. Moderne Chips werden gezielt dafür entwickelt, neuronale Netze effizient auszuführen:

Apple Neural EngineApples dedizierte neuronale Verarbeitungseinheit, die in jedem M-Serie- und A-Serie-Chip vorhanden ist, bewältigt auf dem M4 bis zu 38 TOPS (Billionen Operationen pro Sekunde). Apple Intelligence stützt sich für die Verarbeitung auf dem Gerät stark auf diese Hardware.
Qualcomm Hexagon NPUDie Snapdragon-X-Elite-Serie, die seit 2024 Windows-Laptops antreibt, enthält eine 45-TOPS-NPU, die ausdrücklich für lokale KI-Workloads konzipiert ist. Microsofts Copilot+-PC-Initiative setzt NPU-Fähigkeit voraus.
Intel AI Boost NPUIntels Meteor-Lake-Prozessoren der Core-Ultra-Reihe führten dedizierte NPUs mit rund 11 TOPS ein, während die neuere Lunar-Lake-Generation 48 TOPS erreicht. Intel hat diese ausdrücklich als Wegbereiter für "AI-PC"-Erlebnisse positioniert.

Auf der Modellseite verschiebt die Forschung zu Distillation, Pruning und effizienten Architekturen weiterhin die Grenze dessen, was lokal läuft. Projekte wie Distil-Whisper zeigen, dass speziell entwickelte kleinere Modelle 99 % der Genauigkeit eines großen Modells zu einem Bruchteil der Rechenkosten erreichen können.

Die Konvergenz ist unverkennbar: Jeder große Chip-Hersteller fügt dedizierte KI-Hardware hinzu. Jeder große Betriebssystemanbieter entwickelt KI-Funktionen, die auf dem Gerät laufen. Jedes große Modell-Labor veröffentlicht kleinere, effizientere Modelle. KI-Verarbeitung auf dem Gerät ist kein alternativer Ansatz – sie wird zum Standard. Cloud-Verarbeitung bleibt für rechenintensive Workloads wichtig, doch für persönliche Computeraufgaben wie das Diktieren ist die Zukunft lokal.

Was du heute tun kannst

Du musst nicht auf die Zukunft warten. Lokale KI ist schon jetzt praxistauglich. Hier sind konkrete Schritte, die du unternehmen kannst:

1
Lokale Spracherkennung zum Diktieren nutzenOpenWhispr bietet Push-to-Talk-Diktat auf Basis von OpenAI Whisper und NVIDIA Parakeet mit vollständiger grafischer Oberfläche. Wenn du die Befehlszeile bevorzugst, whisper.cpp kann direkt verwendet werden. Beide laufen vollständig auf deiner Maschine.
2
LLMs lokal für sensible Arbeit ausführenWerkzeuge wie Ollama und LM Studio ermöglichen es dir, leistungsfähige Sprachmodelle lokal auszuführen. Bei Anfragen mit persönlichen, finanziellen oder vertraulichen Informationen schließt ein lokales Modell die Datenexposition vollständig aus.
3
Deine aktuellen Werkzeuge prüfenÜberprüfe die Datenschutzrichtlinien jedes sprachfähigen Dienstes, den du nutzt. Sendet deine Diktier-App Audio an einen Server? Speichert dein virtueller Assistent Aufnahmen? Trainiert dein Tool zur Besprechungstranskription mit deinen Inhalten? Die Antworten könnten dich überraschen.
4
Apps bevorzugen, die lokale Verarbeitung bietenBevorzuge bei der Wahl neuer Werkzeuge solche, die Verarbeitung auf dem Gerät bieten. Die Fähigkeit ist vorhanden – fordere sie ein. Jeder Nutzer, der sich für lokale Verarbeitung entscheidet, sendet ein Marktsignal, dass Datenschutz zählt.

Quellen und weiterführende Lektüre

whisper.cppC/C++-Portierung von OpenAI Whisper. Modellgrößen, Hardwareanforderungen und unterstützte Plattformen.
github.com/ggml-org/whisper.cpp

OpenAI WhisperUrsprüngliche Veröffentlichung des ASR-Modells, Trainingsmethodik und Evaluierungskontext.
github.com/openai/whisper

NVIDIA-Parakeet-ModellkarteOffene ASR-Metriken und Benchmark-Details für lokale Spracherkennung.
huggingface.co/nvidia/parakeet-rnnt-1.1b

llama.cppC/C++-LLM-Inferenz. Unterstützt 1,5-Bit- bis 8-Bit-Quantisierung über Dutzende von Modellarchitekturen hinweg.
github.com/ggml-org/llama.cpp

Google Cloud Speech-to-Text DatenprotokollierungStandardmäßige No-Logging-Richtlinie und Details zum Opt-in-Datenprogramm.
cloud.google.com/speech-to-text/docs/data-logging

AWS-Transcribe-SicherheitsdokumentationDatenverarbeitung, Opt-out-Richtlinien und Verschlüsselungspraktiken.
docs.aws.amazon.com/transcribe/latest/dg/security.html

IBM Cost of a Data Breach Report 2024Weltweite Kosten von Datenpannen, durchschnittlich offengelegte Datensätze und Branchenanalyse.
ibm.com/reports/data-breach

DSGVO Artikel 9Verarbeitung besonderer Kategorien personenbezogener Daten, einschließlich biometrischer Daten.
eur-lex.europa.eu/eli/reg/2016/679/oj

EU-KI-VerordnungEinstufung von KI-Systemen, die biometrische Daten verarbeiten, als hochriskant.
eur-lex.europa.eu/eli/reg/2024/1689/oj/eng

CCPA / CPRAKalifornische Datenschutzleitlinien zum Umgang mit personenbezogenen und sensiblen Daten.
oag.ca.gov/privacy/ccpa · cppa.ca.gov/faq.html

Datenschutz bei Azure SpeechMicrosofts Dokumentation zum Umgang mit Sprachdaten auf Serviceebene.
learn.microsoft.com/.../speech-to-text/data-privacy-security

Apple IntelligenceVerarbeitung auf dem Gerät und Private-Cloud-Compute-Architektur.
apple.com/apple-intelligence

Stimm-Biomarker zur Erkennung von DepressionenLow, Bentley, Ghosh (2020). Automatisierte Beurteilung psychiatrischer Störungen anhand von Sprache.
PMC7487768

EFF zu FISA und National Security LettersBehördlicher Zugriff auf Daten, die von US-Unternehmen gespeichert werden.
eff.org/issues/national-security-letters/faq

Deine Stimme sollte dir gehören

OpenWhispr verarbeitet standardmäßig alles lokal. Kein Audio verlässt jemals dein Gerät, es sei denn, du entscheidest dich ausdrücklich für die Cloud-Verarbeitung.

Open Source. Angetrieben von OpenAI Whisper und NVIDIA Parakeet. Verfügbar für macOS, Windows und Linux.

Kein Konto erforderlich · Funktioniert offline · Für immer Open Source