Repository navigation
Releases: RankM8/WhisperM8
Release list
v2.21.0
GPT-Konten: mehrere ChatGPT-Konten im GPT-Backend
- Konten anlegen und per Gerätecode anmelden, aktives Konto für neue Chats wählen, bestehende Chats im Kontextmenü umstellen — Bedienmodell wie „Claude Accounts" (Settings → GPT-Backend → „ChatGPT-Konten").
- Je Konto eine eigene Proxy-Instanz; Sessions bleiben kontostabil (Konto-Header beim Start, auch
mainausdrücklich). - Usage-Popover zeigt die GPT-Backend-Konten getrennt vom Codex-CLI-Konto, inklusive Gesperrt-Status; Statuszeile zeigt
⇄gpt:<konto>bei GPT-Modellen. mainläuft im Datei-Modus des Proxys, damit refreshte Tokens in der Datei landen.- Kill-Switch:
defaults write com.whisperm8.app gptAccountProfilesEnabled -bool NO.
Doku: docs/features/agent-chats/gpt-konten.md · Plan: docs/plans/gpt-account-switcher.md · PR #14
Full Changelog: v2.20.1...v2.21.0
What's Changed
- GPT-Konten: mehrere ChatGPT-Konten im GPT-Backend, Instanz je Konto, Routing pro Session by @Richard-Strittmatter in #14
New Contributors
- @Richard-Strittmatter made their first contribution in #14
Full Changelog: v2.20.1...v2.21.0
Contributors
Assets 3
v2.20.1
v2.20.0
What's Changed
- Claude-Konto-Routing für Agent-Chats + CPU- und Control-Server-Fixes by @GiulianoCosta71 in #13
Full Changelog: v2.19.0...v2.20.0
Contributors
Assets 3
v2.19.0
WhisperM8 2.18.1
WhisperM8 2.18.1
Patch für den Codex Voice Agent: Gerätewechsel.
Nach Herausnehmen und erneutem Einsetzen der AirPods reagierten „Anna Pause"
und „Anna weiter" nicht mehr — ohne Fehlermeldung. Die Menüleiste meldete
weiter „scharf", nur half ausschließlich das Aus- und Wiedereinschalten des
Features. Das ist behoben und am Gerät bestätigt.
Ursache waren drei Dinge, jedes für sich harmlos:
- Der Beobachter für Konfigurationswechsel war an die Engine vom Start
gebunden und wurde nach dem Neubinden nie erneut armiert. Der erste
Wechsel wurde verarbeitet, der zweite kam nie an. - Beim Neubinden fehlten die Wartezeit für die Bluetooth-Umschaltung und ein
Wiederholversuch für das Eingabeformat. Ein gültiges, aber falsches Format
startete erfolgreich und schwieg. - Es gab kein Lebenszeichen: Ein tauber Listener wird nicht als defekt
erkannt, also baute ihn niemand neu auf.
Behoben durch eine eigene Audio-Quelle, die Engine, Tap und Beobachter
kapselt und nach jedem Wechsel korrekt neu aufsetzt (300 ms Wartezeit,
Format-Abfrage mit fünf Versuchen), sauber neu aufgesetzte Spracherkennung
statt paralleler Aufgaben, und einen begrenzten Wachhund, der stilles
Taubwerden selbst erkennt und höchstens alle 30 Sekunden neu startet.
Gemessen im Feldtest: Vom Gerätewechsel bis zum wieder fließenden Audio
vergehen 577 Millisekunden; der Wachhund musste nicht eingreifen.
Neue Log-Signale zur Diagnose: listener.observer_armed, listener.first_buffer,
listener.restarted, listener.alive (alle 30 s), listener.watchdog_restart.
BEKANNTE PROBLEME — unverändert aus 2.18.0
Vier der fünf dokumentierten Voice-Gate-Befunde bleiben offen; der
Gerätewechsel ist raus. Vollständig in docs/features/voice-gate.md unter
„Bekannte Probleme":
- Eine einzelne Äußerung kann ihren eigenen Mute nach etwa sechs Sekunden
wieder aufheben; die Anzeige meldet dann „stumm", während Codex mithört. - Der verschmolzene Erkennungspfad ist zu tolerant — auch „Hanna, Pause!"
kann auslösen. Betrifft die Standardkonfiguration. - Wird das Gate im ungünstigen Moment abgeschaltet, kann ein Listener
zurückbleiben und das Mikrofon belegt halten. - Der Nachfass-Druck bei fehlender Bestätigung kann eine erfolgreiche
Umschaltung wieder aufheben und trotzdem Erfolg melden.
Empfehlung unverändert: im Trockenlauf betreiben und den scharfen Modus nur
bewusst und beobachtet einschalten.
Full Changelog: v2.18.0...v2.18.1