OpenLess: Spracheingabe mit LLM-Nachbearbeitung für macOS, Windows und Linux
Hold a key, speak, release — AI-polished text appears at your cursor in any app. Open-source voice input for macOS & Windows. (按住快捷键说话，松开即得润色后的文字)
Auf einen Blick
- Was ist das?
- OpenLess nimmt per globalem Hotkey Audio auf, transkribiert es und schiebt den polierten Text an die Cursorposition. Das Repository liefert Architektur und Lizenz, aber keine Installationsanleitung und keine Benchmark-Zahlen.
- Für wen ist es gedacht?
- Sinnvoll ist OpenLess für Anwender, die den Weg vom gesprochenen Satz zum fertigen Text kontrollieren wollen und bereit sind, ein Beta-Artefakt zu installieren. Wer eine stabile, supportete Desktop-Anwendung mit dokumentiertem Rollback braucht, sollte warten.
- Darf ich es kommerziell nutzen?
- Ja, unter strengen Bedingungen. AGPL-3.0 ist eine Lizenz mit Netzwerk-Copyleft: Wenn andere eine veränderte Version über ein Netzwerk nutzen, etwa als gehosteten Dienst, müssen Sie ihnen den Quellcode unter derselben Lizenz anbieten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Rust, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Welches Problem OpenLess löst und für wen
Der Auslöser ist ein Hotkey, kein Fenster. Man hält die Taste, spricht, lässt los, und der Text erscheint dort, wo der Cursor steht. Das README nennt als Zielfelder ausdrücklich ChatGPT, Claude, Cursor, Notion, E-Mail-Entwürfe und Chat-Boxen. Der Anwendungsfall ist also nicht das Diktieren in ein bestimmtes Programm, sondern das Schreiben in beliebige Programme, ohne zwischen ihnen zu wechseln.
Die Zielgruppe lässt sich aus dem Repository recht genau ablesen: Menschen, die viel in LLM-Oberflächen tippen und dabei Prompts formulieren. OpenLess beschreibt seinen Kernmodus als AI-Prompt-Modus. Man spricht frei, das Werkzeug ergänzt Struktur und behält genannte Einschränkungen, heraus kommt ein Prompt, den man direkt in ChatGPT, Claude oder Cursor einfügt. Das ist ein anderer Anspruch als reine Transkription, denn der Text, der am Cursor erscheint, ist nicht das, was gesagt wurde.
Für wen es nicht gedacht ist: Wer eine reine Offline-Diktierlösung sucht, findet im Material keinen Hinweis darauf, dass die Politur lokal läuft. Der Begriff OS vault für die Modell-Zugangsdaten deutet auf Cloud-Aufrufe hin. Wer aus Compliance-Gründen keine Audiodaten an einen fremden Dienst geben darf, muss das vorher klären, und das README hilft dabei nicht weiter.
Der Weg vom Tastendruck zum eingefügten Text
Die Kette ist im README als Abfolge beschrieben: Hotkey, Aufnahme, Transkription, Politur im gewählten Modus, Einfügen an der Cursorposition. Tritt beim Einfügen ein Hindernis auf, landet der Text in der Zwischenablage. Das ist der einzige im Material dokumentierte Fehlerpfad, und er ist bewusst gewählt: nichts Gesprochenes geht verloren.
Interessanter sind die vier Schichten, die das README unter dem Schlagwort Sedimentierung beschreibt. Tonfall wird zu einem Style Pack, also einer benannten, per Tastendruck umschaltbaren Voreinstellung. Eigennamen werden zu Dictionary-Hotwords, die laut README sowohl an die ASR als auch an das Politur-Modell weitergereicht werden. Das Ziel der Texteingabe wird zu einem einheitlichen Einfügeprotokoll mit dem genannten Zwischenablage-Rückfall. Modell und Zugangsdaten liegen im OS vault und werden beim Start einmal autorisiert.
Bemerkenswert ist die Reihenfolge: Der Hotword-Eintrag wirkt an zwei Stellen gleichzeitig, in der Erkennung und in der Nachbearbeitung. Wer diesen Mechanismus nicht kennt, wird sich wundern, warum ein einmal falsch erkannter Name dauerhaft richtig erscheint, obwohl er im Audio unverändert war. Die Politur-Schicht kann Fehler der ASR also kaschieren. Das ist praktisch, macht die Fehlersuche aber schwerer, weil zwei Stufen denselben Text beeinflussen.
Installation: was das Repository hergibt und was nicht
Die README-Datei enthält keine Installationsbefehle. Sie verweist auf die Release-Seite und die Projektseite openless.top. Wer bauen will, muss sich an der Verzeichnisstruktur orientieren. Sichtbar sind ein Ordner openless-all mit einem Unterordner app und darin src-tauri, was dem üblichen Tauri-2-Layout entspricht. Die Sprache ist Rust 2021, die Oberfläche läuft laut Badges auf Tauri 2.
Für Linux ist im Badge egui angegeben, nicht Tauri. Das ist ein auffälliger Unterschied, denn damit existieren offenbar zwei Oberflächen-Technologien im Projekt. Wer auf Linux baut, sollte diesen Pfad nicht mit dem macOS- oder Windows-Pfad verwechseln. Konkrete Build-Kommandos lassen sich aus dem Material nicht ableiten, und ich werde hier keine erfinden.
Die Plattformangaben sind ebenfalls Badges: macOS 12 und neuer, Windows 10 und neuer, Linux ohne Versionsangabe. Der Standardzweig heißt beta, nicht main. Die letzten Releases tragen Namen wie v1.3.18-tauri und v1.3.18-Beta.7-tauri, veröffentlicht im August 2026. Wer den Standardzweig klont, arbeitet auf einem Beta-Stand, und das ist keine Formalie, sondern bestimmt, welche Artefakte man bekommt.
Wo OpenLess an seine Grenzen stößt
Der wichtigste Vorbehalt steht in der Versionsverwaltung selbst. Der Default-Branch ist beta. Die Release-Namen unterscheiden zwischen einer als stabil gelesenen Variante v1.3.18-tauri und mehreren Beta-Varianten derselben Nummer. Das legt nahe, dass die stabile Linie und die Beta-Linie parallel laufen und dass die Beta häufiger aktualisiert wird. Der letzte Push datiert vom 9. September 2026, das letzte Release vom 24. August 2026. Aus diesen Daten allein lässt sich kein Rückschluss auf die Qualität ziehen, aber sie zeigen, dass die Beta-Linie der aktive Zweig ist.
Ein zweiter Punkt betrifft die Politur. Weil zwischen Transkript und Ausgabe ein Modell sitzt, ist die Ausgabe nicht deterministisch. Wer wörtliche Protokolle, Zitate oder juristische Formulierungen braucht, bekommt hier mit hoher Wahrscheinlichkeit eine umgeschriebene Fassung. Der AI-Prompt-Modus ist genau dafür gebaut, freie Rede in strukturierten Text zu verwandeln. Für einen Gerichtsdolmetscher oder ein Interview-Transkript ist das das falsche Werkzeug.
Drittens die Plattform-Asymmetrie. macOS und Windows werden im README als die beiden Hauptplattformen genannt, Linux erscheint in den Badges mit einer anderen UI-Technologie. Wer Linux produktiv einsetzen will, sollte damit rechnen, dass dieser Pfad weniger Aufmerksamkeit bekommt als die beiden anderen. Das ist eine Ableitung aus dem Repository-Aufbau, keine belegte Aussage über den Zustand des Codes.
Der Unterschied zu Wispr Flow und Typeless
Das README nennt die kommerziellen Werkzeuge selbst: Typeless, Wispr Flow, Lazy und Superwhisper. Der entscheidende Unterschied liegt nicht im Funktionsumfang, sondern in der Verfügbarkeit des Codes und in der Lizenz. OpenLess steht unter AGPL-3.0. Wer die Software nur benutzt, merkt davon wenig. Wer sie in einen eigenen Dienst einbettet oder als Netzwerkdienst betreibt, muss die Bedingungen der AGPL beachten. Eine Rechtsberatung ist das hier nicht, und das README geht auf die Lizenzfolgen nicht ein.
Der zweite Unterschied ist die Modellwahl. Das README beschreibt den OS vault als Ort, an dem Modell und Zugangsdaten einmalig autorisiert werden. Bei den genannten kommerziellen Anbietern ist das Modell Teil des Produkts. OpenLess macht es zu einer Konfigurationsfrage, was bedeutet, dass Kosten und Datenfluss vom gewählten Anbieter abhängen. Das ist ein Vorteil für alle, die ihren Anbieter wechseln wollen, und ein Nachteil für alle, die eine fertig abgestimmte Pipeline erwarten.
Superwhisper wird im selben Satz genannt, obwohl es ebenfalls lokal arbeiten kann. Der Vergleich hinkt also, wenn man nur auf Cloud gegen lokal schaut. Der tragfähige Unterschied bleibt die Lizenz und die Tatsache, dass der Code einsehbar ist.
Wartung, Updates und der Beta-Kanal
Die Release-Historie zeigt ein dichtes Tempo: drei Veröffentlichungen zwischen dem 21. und dem 24. August 2026, alle mit derselben Versionsnummer 1.3.18, unterschieden nur durch Suffixe. Wer dieser Linie folgt, aktualisiert häufig. Wer auf der stabilen Variante bleibt, verpasst die Zwischenstände, bekommt aber auch deren Regressionen nicht.
Das ist die eigentliche Wartungsfrage. Ein Desktop-Werkzeug, das einen globalen Hotkey belegt, in die Zwischenablage schreibt und Zugangsdaten im OS vault hält, greift in das Betriebssystem ein. Jedes Update kann die Hotkey-Belegung, die Einfüge-Route oder die Zugangsdaten betreffen. Das README beschreibt keine Update-Strategie und keine Möglichkeit, auf eine vorherige Version zurückzurollen. Wer OpenLess produktiv einsetzt, sollte vor einem Update wissen, welche Version aktuell läuft und wo das Installationsartefakt liegt.
Die Lizenz AGPL-3.0 verlangt bei Weitergabe oder Netzwerkbetrieb die Offenlegung des abgeleiteten Quellcodes. Für die private Nutzung am eigenen Rechner ändert sich dadurch nichts. Für Teams, die OpenLess in ein internes Portal einbetten wollen, ist das der Punkt, an dem vor dem ersten Commit eine Klärung mit der Rechtsabteilung ansteht.
Für wen sich der Einstieg lohnt
OpenLess ist dann interessant, wenn der Engpass nicht das Tippen ist, sondern das Formulieren. Wer täglich Prompts in LLM-Oberflächen schreibt, bekommt mit dem AI-Prompt-Modus eine Stufe, die andere Diktierwerkzeuge nicht haben. Die Style Packs und die Dictionary-Hotwords sind die Mechanismen, die diesen Nutzen tragen, nicht die Transkription selbst.
Wer dagegen ein stabiles Werkzeug für ein Team sucht, mit dokumentierter Installation, festen Versionen und einer klaren Aussage darüber, wohin die Audiodaten gehen, findet im vorliegenden Material zu wenig. Das README erklärt die Idee gut und die Bedienung gar nicht. Es fehlen Installationsbefehle, Konfigurationsschlüssel und eine Beschreibung, wie man den Cloud-Anbieter wechselt.
Der erste Schritt vor dem Ausprobieren ist deshalb kein Download, sondern ein Blick in die Release-Liste: welche Version ist als stabil markiert, welche als Beta, und welche davon passt zum eigenen Betriebssystem. Erst danach lohnt die Frage nach dem Hotkey und dem Style Pack.
Redaktionelles Fazit
Sinnvoll ist OpenLess für Anwender, die den Weg vom gesprochenen Satz zum fertigen Text kontrollieren wollen und bereit sind, ein Beta-Artefakt zu installieren. Wer eine stabile, supportete Desktop-Anwendung mit dokumentiertem Rollback braucht, sollte warten. Vor dem ersten Einsatz zu prüfen: welcher Cloud-Endpunkt für ASR und Politur tatsächlich angesprochen wird, wo der Schlüssel liegt, ob die Push-to-Talk-Taste mit bestehenden Belegungen kollidiert und ob die im README beschriebene Zwischenablage-Rückfalllösung auf dem Zielsystem greift.
Community-Notizen