Stand 2026-10-20 · Nutzerberichte zu Codex im Repository openai/codex (Windows · kyrillische Tastaturbelegung)

Codex CLI unter Windows: Kopieren und Einfügen bei kyrillischer Belegung (GitHub-Nutzerbericht)

Stand 2026-10-20 gibt es auf GitHub zwei Nutzerberichte. Der erste betrifft die Codex CLI: Unter Windows funktionieren Kopieren und Einfügen nach dem Wechsel auf eine kyrillische Tastaturbelegung nicht mehr wie erwartet – im Fullscreen TUI wie auch im normalen Scrollback; im Bericht steht die Version codex-cli 0.162.1. Der zweite betrifft die Codex-Desktop-App, nicht die CLI: Beim Druck der Punkt-Taste schließt sich das ganze Fenster.

Aktualisiert 2026-10-20

Ein Key für Claude, GPT und führende chinesische Modelle, Bezahlung pro Token, in wenigen Minuten startklar.

#kyrillische Belegung#Kopier-Regression#Fenster schließt sich (Desktop-App)#0.163.0 Zwischenablage

Was die Berichte sagen, was das Changelog sagt, welchen Behelf es gibt

0.162.1

Die Codex-CLI-Version im Bericht

Der Bericht zum Kopieren nennt codex-cli 0.162.1, geprüft mit codex --version. Das System ist nur als Windows angegeben, und laut Bericht waren genaue Windows-Version und Architektur zu dem Zeitpunkt noch nicht verifiziert.

zwei Modi

Fullscreen TUI und Scrollback

Der Bericht schreibt, das Problem trete in beiden Anzeigemodi auf, also nicht nur im neuen Fullscreen TUI. Dort steht auch, dass das Verhalten mit englischer Tastaturbelegung nicht überprüft wurde und der Bericht deshalb nicht behauptet, ein Wechsel ins Englische löse es.

open

Status beider Berichte am 2026-10-20

Der Bericht zum Kopieren wurde am 2026-10-12 eingereicht, der zum Schließen des Fensters am 2026-09-15; am 2026-10-20 stehen beide im offiziellen Repository weiterhin auf open, und zum Fenster-Bericht gibt es genau einen Kommentar – vom Autor selbst, ohne Antwort der Entwickler.

0.163.0

Eintrag zur Windows-Zwischenablage in changelog 0.163.0

Der Eintrag zur Windows-Zwischenablage im offiziellen Changelog gehört zur Version 0.163.0 vom 2026-10-15. Dieser Eintrag behandelt nur Tastenkürzel; eine kyrillische Tastaturbelegung und eine Kopier-Regression erwähnt er nicht.

Was die Berichte beschreiben

Die beiden Berichte beschreiben zwei verschiedene Symptome. Das erste betrifft die Codex CLI: Mit aktiver kyrillischer Tastaturbelegung unter Windows (der Bericht nennt zwei Belegungen, eine davon die russische) funktionieren Kopieren und Einfügen in Codex nicht mehr wie erwartet, und der Bericht nennt das eine Abweichung vom Verhalten vor dem Update; die zuletzt funktionierende Version hat der Autor nicht notiert. Das zweite betrifft die Codex-Desktop-App, nicht die CLI: Unter Windows 11 Home (Build 26200, x64) schließt sich ihr Fenster, sobald die physische Punkt-Taste gedrückt wird; dieselbe Taste liefert im englischen Layout einen Punkt und im russischen Layout ein ю. Beide Berichte wurden von Nutzern auf GitHub eingereicht.

Der passende Eintrag im offiziellen Changelog (2026-10-15)

Im offiziellen Codex-CLI-Changelog enthält die Version 0.163.0 vom 2026-10-15 einen Fix: Unter Windows fügen Ctrl+V und Shift+Insert Text und Bilder ein, die PR-Nummern lauten #53224, #52967 und #53453. Derselbe Eintrag nennt, dass unter WSL wiederholte Einfügevorgänge den Clipboard-Leser wiederverwenden und Kopierversuche ein Timeout auslösen, statt zu hängen.

Drei Zeitpunkte

2026-09-15

Der Bericht zum schließenden Fenster erscheint im offiziellen Repository: Er betrifft die Codex-Desktop-App, die Umgebung ist Windows 11 Home build 26200 x64 mit dem Paket OpenAI.Codex 26.908.9136.0, und das Symptom ist, dass eine Taste das ganze Fenster schließt.

2026-10-12

Der Bericht zur Kopier-Regression erscheint: Angegeben ist codex-cli 0.162.1, das Problem zeigt sich bei aktiver kyrillischer Belegung, und er betrifft die Codex CLI.

2026-10-15

Das offizielle Changelog bringt 0.163.0, in deren Eintrag das Einfügen unter Windows (Ctrl+V, Shift+Insert) vorkommt.

Was die offiziellen Quellen sagen und was offenbleibt

Was sich an den Originalquellen prüfen lässt

① Im offiziellen Repository gibt es zwei Nutzerberichte: einen über Kopieren und Einfügen in der CLI, einen über das Schließen des Fensters der Codex-Desktop-App; ② im Bericht zum Kopieren ist das System nur als Windows angegeben, ohne genaue Windows-Version und Architektur; ③ im Bericht zum Fenster nennt das Paket OpenAI.Codex 26.908.9136.0; ④ im offiziellen Changelog steht zu 0.163.0 vom 2026-10-15, dass unter Windows Ctrl+V und Shift+Insert Text und Bilder einfügen; ⑤ ein Nutzer nennt und prüft in einem Kommentar einen Behelf: Nach dem Entfernen der globalen Tastenkombination realtimeVoice mit Command+. aus der lokalen Tastenkonfiguration (keybindings.json) und einem Neustart schließt die Punkt-Taste das Fenster nicht mehr; ⑥ zum Bericht über das Kopieren gibt es noch keine Kommentare.

Was offiziell nicht bekannt ist

Im offiziellen Changelog wird eine kyrillische Tastaturbelegung nicht erwähnt, es steht nicht, wie die Kopier-Regression behandelt werden soll, und für die beiden Berichte ist keine behobene Version angekündigt. Auch den Berichten fehlen Angaben: Im Bericht zum Kopieren sind die zuletzt funktionierende Version, der Terminal-Emulator und die genauen Tastenkombinationen nicht notiert, und das Verhalten mit englischer Belegung wurde nicht überprüft; zum Fenster-Bericht liegt kein Absturz-Dump vor, und in den Protokollen steht kein eindeutiger schwerwiegender Fehler. Ob ein Wechsel der Belegung hilft, ist offiziell nicht beschrieben. Dazu gibt es einen verwandten Bericht, #35599: Die Umgebung ist Linux und macOS mit einem Terminal, das Kitty keyboard enhancement unterstützt, und das Symptom ist, dass unter einer kyrillischen Belegung Ctrl+C und Ctrl+D nicht erkannt werden; eingereicht am 2026-07-27, am 2026-10-20 weiterhin auf open, mit zwei Nutzerkommentaren. Das ist eine andere Plattform und ein anderes Symptom, nicht dieselbe Sache wie die beiden Windows-Berichte oben.

Welches der beiden Symptome ist es bei Ihnen

Die Kopier-Regression

Auf der Kopier-Seite steht im Bericht nur, dass Kopieren und Einfügen bei kyrillischer Belegung „nicht mehr wie erwartet“ funktionieren; ob das Kopieren, das Einfügen oder das Tastenkürzel selbst ausfällt, steht dort nicht. Der Autor notierte auch weder die zuletzt funktionierende Version noch den Terminal-Emulator noch die Tastenkombinationen. Das Problem tritt im Fullscreen TUI wie im normalen Scrollback auf.

Das Fenster schließt sich (Desktop-App)

Das Fenster der Codex-Desktop-App schließt sich selbst und muss neu geöffnet werden; prüfen Sie zuerst, ob in Ihrer keybindings.json ein Eintrag realtimeVoice mit Command+. steht (siehe unten).

Was Sie zuerst tun können

① Halten Sie Ihre Umgebung fest: Codex-CLI-Version (mit codex --version prüfen), Windows-Version, Terminal-Emulator und die Tastenkombinationen, mit denen Sie kopieren und einfügen – im Bericht fehlen diese Angaben. ② Sortieren Sie, welches Symptom bei Ihnen vorliegt: Kopieren und Einfügen in der Codex CLI funktionieren nicht mehr wie erwartet, ist der Bericht über das Kopieren; schließt sich das Fenster der Desktop-App beim Druck der Punkt-Taste, ist es der Bericht über das Fenster. ③ Probieren Sie den Behelf aus dem Kommentar: Er betrifft nur das Schließen des Fensters – entfernen Sie die globale Tastenkombination realtimeVoice mit Command+. aus der lokalen Tastenkonfiguration (keybindings.json), starten Sie Codex neu und testen Sie dieselbe Taste; das steht so im Kommentar des Autors (verfasst mit Hilfe seiner KI-Assistenz), es gibt keine offizielle Erklärung, und an der Kopier-Regression wurde der Behelf nicht geprüft. ④ Zum Vergleich können Sie auch die englische Belegung testen: Der Bericht hat diesen Fall nicht überprüft, das Ergebnis ist also durch nichts bestätigt. ⑤ Sehen Sie in der Version 0.163.0 vom 2026-10-15 des offiziellen Changelogs nach: Dort steht nicht, dass ein Update die Kopier-Regression behebt, halten Sie ein Update also nicht für die Behebung. ⑥ Beobachten Sie den Status beider Berichte: Am 2026-10-20 stehen sie weiterhin auf open.

Codex mit einem QCode-Schlüssel einrichten

Um Codex mit QCode zu nutzen, schreiben Sie die Konfiguration so, wie es in der QCode-Dokumentation zum Codex steht: Im Abschnitt [model_providers.qcode] der ~/.codex/config.toml setzen Sie base_url = "https://api.qcode.cc/openai", den Schlüssel legen Sie in ~/.codex/auth.json ab. Bei QCode wird nach Token abgerechnet, die Preise je Modell stehen auf /models.

Häufige Fragen

Kopieren und Einfügen funktionieren unter Windows mit russischer Belegung in der Codex CLI nicht – ist das ein bekanntes Problem?

Es gibt einen Nutzerbericht auf GitHub (Issue #53399, am 2026-10-20 weiterhin auf open), aber es gibt weder eine offizielle Bestätigung noch eine behobene Version. Im Bericht steht nur, dass Kopieren und Einfügen „nicht mehr wie erwartet“ funktionieren; ob das Kopieren, das Einfügen oder das Tastenkürzel ausfällt, ist nicht gesagt.

Welche Versionen und Umgebungen nennt der Bericht?

Im Bericht zum Kopieren steht die Version codex-cli 0.162.1, das System ist nur als Windows angegeben, genaue Windows-Version, Architektur und Terminal-Emulator sind nicht verifiziert. Im Bericht zum Fenster stehen Windows 11 Home build 26200 x64 und das Paket OpenAI.Codex 26.908.9136.0; er betrifft die Codex-Desktop-App, nicht die CLI.

Ist es in Codex CLI 0.163.0 behoben?

Im Changelog 0.163.0 steht, dass unter Windows Ctrl+V und Shift+Insert Text und Bilder einfügen, eine kyrillische Tastaturbelegung und dieser Bericht kommen dort aber nicht vor; man kann also nicht sagen, dass das Update hilft.

Gibt es eine offizielle Behebung?

Am 2026-10-20 stehen beide Berichte im offiziellen Repository weiterhin auf open, und im offiziellen Changelog gibt es keinen passenden Fix-Eintrag; eine offizielle behobene Version lässt sich also nicht anführen.

Das Codex-Fenster schließt sich beim Druck der Punkt-Taste – was kann ich tun?

Es gibt einen Behelf, und er betrifft nur das Schließen des Fensters der Desktop-App: Der Autor hat im Kommentar selbst herausgefunden, dass nach dem Entfernen der globalen Tastenkombination realtimeVoice mit Command+. aus der lokalen Tastenkonfiguration (keybindings.json) und einem Neustart die Punkt-Taste das Fenster nicht mehr schließt. Die Analyse in diesem Kommentar hat die KI-Assistenz des Autors geschrieben, die Ursache ist aus dem Quellcode abgeleitet und durch keinen Absturz-Dump belegt; der Kommentarautor schreibt selbst, dass das Problem noch besteht. Eine offizielle Erklärung gibt es nicht, und an der Kopier-Regression wurde der Behelf nicht geprüft.

Wie nutze ich Codex mit einem QCode-Schlüssel?

~/.codex/config.toml und ~/.codex/auth.json schreiben Sie nach der QCode-Dokumentation zu Codex; unter Windows liegen beide Dateien in %USERPROFILE%\.codex\. Bei QCode wird nach Token abgerechnet, die Preise je Modell stehen auf /models.

Quellen

Nutzerberichte: die beiden Themen im Repository openai/codex auf GitHub und ihre Kommentare (abgeglichen am 2026-10-20; der Bericht zum Kopieren vom 2026-10-12, der zum Fenster vom 2026-09-15) sowie der verwandte Bericht #35599 (Linux/macOS, Kitty keyboard enhancement, eingereicht am 2026-07-27). Offizielle Angaben: das offizielle Codex-CLI-Changelog auf developers.openai.com (abgeglichen am 2026-10-20; 0.163.0 erschienen am 2026-10-15). QCode-Seite: die QCode-Dokumentation zu Codex sowie zu Endpunkten und API-Formaten auf docs.qcode.cc (abgeglichen am 2026-10-20) und die Seite zu den Nutzungspaketen auf qcode.cc (abgeglichen am 2026-10-20).

Codex CLI mit einem QCode-Schlüssel

Kein Monatsplan nötig? Nutzungspakete starten bei $4 – ein einmalig gekaufter Betrag, den Sie in 7–90 Tagen verbrauchen.

Unsicher, womit Sie anfangen sollen?

Eine Woche ausprobieren

Wochenpaket für $4: $30 Kontingent, 7 Tage gültig

Täglich im Einsatz

Starter für $8.57 pro Monat – pro $1 Kontingent etwa halb so teuer wie das Monatspaket ($5 Kontingent pro Tag)