Codex CLI bekommt Sprache. Wichtiger ist die Wiederherstellung

Codex CLI 0.155.0 hat am 17. September 2026 experimentelle Sprachgespräche eingeführt. Ich würde aber zuerst auf die Änderungen achten, die Arbeit erhalten: Prompts bei fehlgeschlagener Kontextkomprimierung speichern und gespeicherte Aufgaben nach einem Neustart des verwalteten Hintergrunddienstes wiederherstellen. Der Hotfix 0.155.1 vom Folgetag ist außerdem relevant, wenn dein Anbieter Zusammenfassungen des Reasonings ablehnt. Das sind dokumentierte Änderungen am Client, kein neues Modell. [1]

Was kann der Sprachmodus in Codex CLI?

Der neue Modus ermöglicht ein laufendes Gespräch in der Terminaloberfläche, mit Transkript und Audiosteuerung. Die Implementierung enthält /voice, /voice mute und /voice stop. Sie kann abschließende Antworten aus delegierter Arbeit vorlesen, während deren Zwischenkommentare stumm bleiben. Antworten auf eingetippte Nachrichten werden nicht automatisch vorgelesen. [2]

Ein Beitrag in r/CodexAutomation vom 18. September stellte die Sprachfunktion an den Anfang. Das ist nachvollziehbar, denn sie fällt am stärksten auf. Der Beitrag ist ein hilfreicher Hinweis auf das Release, aber kein unabhängiger Test der Sprachfunktion. [7]

Ich würde sie ausprobieren, um beim Lesen von Code ein Problem zu erklären oder eine Änderung zu besprechen. Genaue Pfade und Abnahmekriterien würde ich weiterhin schriftlich festhalten, damit ich sie prüfen kann. Die Release-Notizen bezeichnen die Funktion als experimentell und beschränken sie auf unterstützte Builds; sie versprechen keine Verfügbarkeit in jeder Installation. [1]

Die Neuerung verändert, wie du mit dem Agenten sprichst. Das ist eine andere Frage als die Fähigkeiten und Kosten in meinem Vergleich von GPT-6 Astra.

Was passiert, wenn eine lange Aufgabe unterbrochen wird?

Zwei Korrekturen betreffen unterschiedliche Unterbrechungen einer Sitzung. Die erste betrifft die Komprimierung des Gesprächskontexts vor der weiteren Arbeit. Bisher konnte ein Fehler vor dem nächsten Turn dazu führen, dass ein bereits angenommener Prompt im gespeicherten Verlauf fehlte. Die Änderung speichert die Eingabe, bevor sie den Fehler meldet. [4]

Diese Unterscheidung hilft bei der Fehlersuche. Ein Fehler kann den Turn weiterhin stoppen, doch die Anweisung sollte im Verlauf erhalten bleiben. Der im Änderungstext beschriebene Regressionstest prüft, dass der Prompt genau einmal gespeichert wird und auf den Fehler keine weitere Modellanfrage folgt. Die Änderung behauptet nicht, dass die Kontextkomprimierung nie mehr scheitern kann. [4]

Die zweite Korrektur stellt gespeicherte Aufgaben nach einem Neustart des verwalteten Daemons, also des Hintergrunddienstes, wieder her. Die Wiederherstellung läuft im Hintergrund. Aktive Ziele können weiterverfolgt werden, bevor sich ein Client erneut verbindet. Scheitert die Wiederherstellung einer Aufgabe, werden die übrigen trotzdem bearbeitet. [5]

Für mich verbessern diese Änderungen die Fortsetzbarkeit einer Sitzung. Sie ergänzen das Bereithalten hilfreichen Repository-Kontexts, das ein anderes Problem löst: Eine erhaltene Anweisung sagt noch nichts darüber aus, ob das Modell die richtigen Projektinformationen hat. Die Daemon-Änderungen betreffen außerdem den lokalen Codex-Dienst und nicht die gehostete Agents API.

Beim Aufräumen wird die zugehörige Aufgabe sichtbar

Der Worktree-Browser zeigt jetzt, welche Aufgabe zu einer verwalteten Arbeitskopie gehört. Sichtbar sind Titel, letzter Aktualisierungszeitpunkt und der Status archiviert oder nicht verfügbar. Ein Worktree ist eine separate Arbeitskopie des Repositorys. Diese Zuordnung hilft zu verstehen, warum ein Verzeichnis existiert, bevor man es entfernt. [3]

Das Löschen verlangt eine Bestätigung, wählt standardmäßig Abbrechen und erhält den Gesprächsverlauf. Entfernen lassen sich nur verwaltete Worktrees des aktuellen Repositorys. Die aktuelle Arbeitskopie sowie Arbeitskopien mit lokalen Änderungen, nicht erfassten oder ignorierten Dateien werden abgelehnt. [3]

Dass auch ignorierte Dateien zählen, ist relevant. Ein Verzeichnis kann generierte Dateien enthalten, die Git normalerweise nicht in der Änderungsliste zeigt. Diese Löschprüfung berücksichtigt sie trotzdem. Nach parallelen Aufgaben wäre mir dieses vorsichtige Verhalten lieber. Es gibt vor dem Löschen mehr Informationen, unabhängig davon, welcher Agent große Features besser umsetzt.

Warum hat 0.155.1 die Reasoning-Zusammenfassungen geändert?

Version 0.155.0 forderte in neuen lokalen Terminalsitzungen standardmäßig detaillierte Reasoning-Zusammenfassungen an. Manche Anbieter unterstützen sie nicht und lehnten deshalb die Anfrage ab. Der Hotfix vom 18. September setzt den Standard wieder auf none, berücksichtigt aber ausdrücklich gesetzte Werte wie auto, concise und detailed. [6]

Das behebt ein Kompatibilitätsproblem. Es ist keine Ankündigung, dass das Modell weniger nachdenkt. Geändert wird die angeforderte Zusammenfassung des Reasonings. Wenn du nach dem Lesen der Ankündigung zu 0.155.0 automatisch laufende Zusammenfassungen erwartet hast, erklärt der Hotfix den Unterschied. [6]

Auch die ersten Problemberichte brauchen Einordnung. Ein Nutzer von r/codex berichtete, dass 0.155.0 die Windows-Sandbox nicht initialisieren konnte und ein Rückwechsel auf 0.154.0 half. Das ist ein einzelner Bericht, kein bestätigter Fehler aller Windows-Installationen. [8] Die dokumentierte Korrektur in 0.155.1 betrifft Reasoning-Zusammenfassungen. Ich würde daher nicht annehmen, dass sie auch dieses andere Problem löst.

Für einen bestehenden Terminalablauf würde ich zuerst prüfen, ob Prompts erhalten bleiben und Aufgaben wiederhergestellt werden. Danach käme die Sprachfunktion. Eine weitere Möglichkeit, Anweisungen zu geben, ist nützlich; sie nach einer Unterbrechung wiederzufinden ermöglicht die Fortsetzung der Arbeit.