OpenCode und Russisch: Diktat auf dem iPhone liefert manchmal Latein, und Ctrl+F reagiert auf russischer Belegung nicht
Stand 2026-10-20 gibt es auf GitHub zwei Nutzerberichte. Der erste: In der iOS-App von OpenCode gibt es keine Einstellung für die Erkennungssprache, gesprochenes Russisch wird falsch erkannt und in einem Fall kam ein ganzer Satz als lateinische Umschrift an. Der zweite: In der Desktop-App reagieren Tastenkürzel mit Buchstaben, darunter Ctrl+F, auf einer russischen Belegung nicht. Das Bot-Konto des Projekts (opencode-agent) im offiziellen Repository hat nur den Fall mit den Tastenkürzeln bestätigt; es hat die Zuordnungsfunktion der App selbst getestet und gesehen, dass Ctrl+F auf einer russischen Belegung nicht passt. Der Wunsch nach einer Erkennungssprache wurde als Funktionswunsch festgehalten. Beide Themen sind am 2026-10-20 weiterhin offen, eine behobene Version wird nicht genannt; für Ctrl+F gibt es einen offenen Pull Request #55765, der nicht gemergt ist.
Aktualisiert 2026-10-20
Ein Key für Claude, GPT und führende chinesische Modelle, Bezahlung pro Token, in wenigen Minuten startklar.
- Bezahlung pro Token — aktuelle Preise unter /models
- Zahlung per Karte (Visa / Mastercard / AMEX), Apple Pay, Google Pay oder Krypto
- Selbstbedienung: aufladen und sofort aktivieren
Versionen, Status, Zuordnungsregel und die Formulierungen des Bots
Die Version im iOS-Bericht
Der Bericht nennt die opencode-Version 2.0.32 und die iOS-App-Version 0.2.0; serverseitig läuft die Desktop-App über opencode-cli serve, ein App-Store-Build mit eigenem Server.
Version und System im Desktop-Bericht
Der Bericht nennt Version 2.0.29 der Desktop-App unter Windows 11 und listet die Schritte: Belegung auf Russisch umstellen, Ctrl+F auf der physischen F-Taste drücken und nichts passiert, zurück auf Englisch und dieselben Tasten öffnen die Suchleiste.
Status der beiden Themen am 2026-10-20
Das Thema zum Diktat (#56973) wurde am 2026-10-19 eröffnet, das Thema zu den Tastenkürzeln (#55676) am 2026-10-15 mit dem Label reproduced; am 2026-10-20 sind beide im offiziellen Repository weiterhin offen.
Das Kürzel, das das Bot-Konto bestätigt hat
Das Bot-Konto des Projekts (opencode-agent) im offiziellen Repository antwortete, dass es dies bestätigen kann: Es hat die Zuordnungsfunktion der App selbst getestet, und auf einer russischen Belegung passt Ctrl+F nicht, während Alt+F zur Zuordnung alt+f passt, weil dieser Weg auf die physische Taste zurückfällt. Dieselbe Antwort nennt für 2.0.29 und für den dev-Branch von damals (Commit 4397ee44) dasselbe Ergebnis.
Was die beiden Berichte beschreiben
Das Erste ist das Diktat: Die iOS-App bietet keine Auswahl der Erkennungssprache, und auch serverseitig ist keine Transkriptionssprache gesetzt. Der Bericht nennt in derselben Sitzung zwei Fehlerbilder: einmal falsche russische Wörter in kyrillischen Buchstaben, einmal ein ganzer Satz als lateinische Umschrift; der Bericht sagt, das wiederhole sich bei jedem Versuch, geprüft wurde aber nur die Mikrofon-Taste im Eingabefeld, der Voice-Call-Modus wurde nicht getestet. Der Autor schreibt außerdem, die Erkennung falle ohne Sprachhinweis auf ein englisches Modell zurück; das ist eine Vermutung des Autors und im Repository nicht bestätigt. Das Zweite sind die Tastenkürzel; der Autor erklärt es so: Die OpenCode-Desktop-App gleicht ein Kürzel mit dem Zeichen ab, das die aktive Belegung erzeugt (event.key), und greift nur bei gedrückter Alt-Taste auf die physische Taste zurück (event.code). Auf einer russischen Belegung bleiben Buchstaben- und Satzzeichenkürzel deshalb wirkungslos, Ziffernkürzel sind nicht betroffen.
Status der beiden Themen (geprüft am 2026-10-20)
Am 2026-10-20 gegen das offizielle Repository abgeglichen: Im Thema zum Diktat (2026-10-19) steht ein Kommentar des Bot-Kontos des Projekts (opencode-agent); im Thema zu den Tastenkürzeln (2026-10-15) mit dem Label reproduced stehen zwei Kommentare, eine Bestätigung des Verhaltens vom Bot-Konto und das Angebot eines GitHub-Nutzers, das zu übernehmen; dieser Nutzer hat später den Korrektur-Pull Request #55765 eröffnet. Beide Themen sind offen.
Drei Zeitpunkte
Das Thema zu den Tastenkürzeln wird im offiziellen Repository eröffnet: In der OpenCode-Desktop-App tut Ctrl+F auf einer russischen Belegung nichts, dieselben physischen Tasten öffnen aber auf englischer Belegung die Suchleiste.
Das Thema zum Diktat wird eröffnet: Die Kategorie des Berichts ist Diktat in iOS.
Stand 2026-10-20 sind beide Themen offen; für Ctrl+F gibt es einen offenen Pull Request #55765, der nicht gemergt ist.
Was bestätigt ist und was offen bleibt
Bestätigt (wortwörtlich nachprüfbar)
① Im offiziellen Repository gibt es zwei Nutzerberichte: einen zum Diktat in iOS, einen zum Abgleich der Tastenkürzel; ② der Diktatbericht nennt opencode-Version 2.0.32 und iOS-App-Version 0.2.0; ③ der Bericht zu den Tastenkürzeln nennt Version 2.0.29 unter Windows 11 und trägt das Label reproduced; ④ das Bot-Konto des Projekts (opencode-agent) im offiziellen Repository schrieb im Diktatthema, dass heute tatsächlich keine Sprache gesetzt ist, dass er dies als Funktionswunsch behandelt und dass die Maintainer ihn prüfen werden; ⑤ dasselbe Bot-Konto bestätigte im Kürzelthema, dass Ctrl+F auf einer russischen Belegung nicht passt, mit demselben Ergebnis auf 2.0.29 und auf dem dev-Branch von damals; ⑥ der GitHub-Nutzer, der das übernehmen wollte, hat später den Korrektur-Pull Request #55765 eröffnet, dessen Beschreibung mit Closes #55676 beginnt, und am 2026-10-20 ist dieser Pull Request weiterhin offen und nicht gemergt.
Was die offizielle Seite noch nicht schreibt
Im offiziellen Repository ist für beide Beobachtungen weder eine behobene Version noch ein Termin genannt. Die Antwort des Bots im Diktatthema enthält keinen Zeitplan; die Antwort im Kürzelthema bestätigt das Verhalten, sagt aber nicht, welcher Teil der Zuordnungslogik geändert wird. Am 2026-10-20 sind beide Themen weiterhin offen. Auch den Berichten fehlen Angaben: Im Diktatbericht wird die iOS-Version nicht genannt und es wurde kein brauchbarer Weg gefunden; der Bericht zu den Tastenkürzeln behandelt nur die Desktop-App, die Terminaloberfläche (TUI) ist nicht Teil davon.
Welcher der beiden Fälle liegt bei Ihnen vor
Diktat wird manchmal zu Latein
Was passiert: Russisch im iOS-Client zu sprechen wird falsch erkannt, in einem Fall kam ein ganzer Satz als lateinische Umschrift an. Der Bericht hat nur die Mikrofon-Taste im Eingabefeld geprüft, der Voice-Call-Modus wurde nicht getestet.
Tastenkürzel ohne Wirkung
Was passiert: In der Desktop-App reagieren Buchstabenkürzel wie Ctrl+F auf einer russischen Tastaturbelegung nicht, und auch über die Befehlsleiste ist der Suchbefehl nicht erreichbar.
Was Sie zuerst tun können
① Grenzen Sie zuerst ab: Kommt beim Diktat Latein heraus, ist es das Diktatthema; reagieren Tasten nicht, ist es das Kürzelthema, und im offiziellen Repository sind das zwei getrennte Themen. ② Halten Sie Ihre eigene Umgebung fest und vergleichen Sie sie mit den beiden oben. ③ Für das Diktat gibt es keinen von den Maintainern genannten Weg: Im Bericht steht, dass keiner gefunden wurde, und das Bot-Konto hat den Wunsch nach einer Einstellung für die Erkennungssprache als Funktionswunsch festgehalten, den die Maintainer prüfen werden, und Stand 2026-10-20 gibt es dafür keinen Termin. ④ Beim Kürzelthema steht im Bericht: Nach dem Zurückwechseln auf Englisch öffnen dieselben physischen Tasten die Suchleiste, Ctrl+F funktioniert also auf englischer Belegung; das ist eine Beschreibung aus dem Bericht, keine Lösung von offizieller Seite. Alt+F auf einer russischen Belegung passt zur Zuordnung alt+f; das ist ein anderes Kürzel, die Suchleiste ist an Ctrl+F (mod+f) gebunden. ⑤ Ziffernkürzel sind nicht betroffen: Im Bericht steht, dass die Ziffernzeile auf diesen Belegungen übereinstimmt, mod+1 bis mod+9 funktionieren also wie gewohnt. ⑥ Beobachten Sie den Status beider Themen: Am 2026-10-20 sind beide weiterhin offen.
OpenCode mit einem QCode-Schlüssel betreiben
Um OpenCode mit QCode zu nutzen, schreiben Sie die Konfiguration so, wie es in der QCode-Dokumentation zu OpenCode steht: ~/.config/opencode/opencode.json bearbeiten und im provider-Abschnitt für jeden Anbieter options.baseURL setzen. Claude-Modelle laufen über die Anthropic Messages API mit der Basis-URL https://api.qcode.cc/api, GPT-Modelle und Modelle chinesischer Anbieter über die OpenAI-kompatible API mit der Basis-URL https://api.qcode.cc/openai/v1, und für die Modelle chinesischer Anbieter braucht es einen eigenen Anbieter @ai-sdk/openai-compatible. Der Schlüssel ist der mit cr_ am Anfang, er wird in OpenCode über den Befehl /connect eingetragen. Die Dokumentation schreibt, dass für die Nutzung von OpenCode die Berechtigung für direkte API-Anfragen nötig ist, dass diese standardmäßig ausgeschaltet ist und dass Sie den Support kontaktieren, wenn Sie sie einschalten lassen wollen. Bei QCode wird nach Token abgerechnet, die Preise je Modell stehen auf /models.
Häufige Fragen
Warum kommt russisches Diktat manchmal als Latein an?
Die genaue Ursache ist im Repository nicht bestätigt. Der Autor schreibt, die iOS-App bietet keine Auswahl der Erkennungssprache und mit den Sitzungseinstellungen werde keine Transkriptionssprache übergeben, und ohne Sprachhinweis falle die Erkennung auf ein englisches Modell zurück; das ist eine Vermutung des Autors. Das Bot-Konto antwortete, dass heute tatsächlich keine Sprache gesetzt ist und dass das zur Beschreibung passt. Von den zwei Fehlern im Bericht ist einer lateinisch, der zweite sind russische Wörter mit Fehlern; geprüft wurde nur die Mikrofon-Taste im Eingabefeld, der Voice-Call-Modus wurde nicht getestet.
Wie antwortet das Bot-Konto im Repository auf die Einstellung der Erkennungssprache?
Das Bot-Konto des Projekts (opencode-agent) im offiziellen Repository schrieb im Thema, dass heute tatsächlich keine Sprache gesetzt ist, dass er das als Funktionswunsch behandelt und dass die Maintainer ihn prüfen werden. Stand 2026-10-20 ist kein Termin genannt, und das Thema ist weiterhin offen.
Warum reagiert Ctrl+F auf einer russischen Belegung nicht?
Die Erklärung des Autors (der Test des Bots hatte dasselbe Ergebnis): Ein Kürzel wird mit dem Zeichen abgeglichen, das die aktive Belegung erzeugt (event.key); auf einer russischen Belegung ist dieses Zeichen ein kyrillischer Buchstabe, deshalb bleiben Buchstaben- und Satzzeichenkürzel wirkungslos; Ziffernkürzel sind nicht betroffen.
In welchen Versionen ist das aufgetreten?
Die beiden Berichte nennen verschiedene Versionen: Im Diktatbericht ist es OpenCode 2.0.32 mit iOS-App-Version 0.2.0, im Bericht zu den Tastenkürzeln die Desktop-App 2.0.29 unter Windows 11. Das Bot-Konto schrieb außerdem, dass sich das Verhalten beim dev-Branch von damals gleich zeigt.
Wird das behoben?
Stand 2026-10-20 gibt es zum Fall Ctrl+F einen offenen Korrektur-Pull Request #55765, geschrieben von demselben Nutzer, der das übernehmen wollte; dessen Beschreibung beginnt mit Closes #55676. Dieser Pull Request ist nicht gemergt, und eine behobene Version wurde nicht angekündigt.
Wie nutze ich OpenCode mit einem QCode-Schlüssel?
Setzen Sie in ~/.config/opencode/opencode.json im provider-Abschnitt für jeden Anbieter options.baseURL; die Schreibweise steht oben und in der QCode-Dokumentation zu OpenCode. Der Schlüssel beginnt mit cr_ und wird in OpenCode mit dem Befehl /connect eingetragen.
Quellen
Nutzerberichte: die beiden Themen im Repository anomalyco/opencode auf GitHub und ihre Kommentare (abgerufen und abgeglichen am 2026-10-20; das Thema zu den Tastenkürzeln vom 2026-10-15, das Thema zum Diktat vom 2026-10-19). Antworten des Bots: die Antworten des Bot-Kontos des Projekts (opencode-agent) unter den beiden Themen in diesem Repository (abgerufen und abgeglichen am 2026-10-20). Der Pull Request „fix(app): match shortcuts on non-Latin keyboard layouts“ (#55765, von ZXLyyds100), eröffnet am 2026-10-15, am 2026-10-20 weiterhin offen und nicht gemergt. Ein verwandtes, aber eigenes Thema: #55371 zur Terminaloberfläche (TUI), am 2026-10-17 vom Bot-Konto des Projekts als not_planned geschlossen, weil der Melder nicht angegeben hat, welches Terminal er benutzt. QCode-Seite: die Seiten OpenCode-Integration sowie Endpunkte und API-Formate auf docs.qcode.cc (abgerufen und abgeglichen am 2026-10-20) und die Seite zu den Nutzungspaketen auf qcode.cc (abgerufen und abgeglichen am 2026-10-20).
OpenCode mit einem QCode-Schlüssel betreiben
Kein Monatsplan nötig? Nutzungspakete starten bei $4 für ein einmalig gekauftes Kontingent, das Sie in 7–90 Tagen verbrauchen.
Weiterführende Lektüre
Nutzungspakete für Claude Code: ohne Abo, 7–90 Tage gültig
Einmaliges Kontingent für 7–90 Tage ohne Abo; weitere Pakete landen auf demselben Key
OpenCode-Leitfaden
Vollständiger Leitfaden zum Open-Source-KI-Coding-Assistenten OpenCode
KI-Coding-Tools für russische Entwickler: Claude Code, Codex, OpenClaw
Ein Überblick über KI-Coding-Tools für russische Entwickler: Zugang und Nutzung von Claude Code, OpenAI Codex und OpenClaw.
Krypto-Zahlungsleitfaden
Neun Coins, 56 Netzwerke, keine Plattformgebühr für KI-Coding-API-Guthaben.
Die Fakten dieser Seite wurden am 2026-10-20 geprüft: zu Phänomenen, Versionen und Status zählen die beiden Themen in anomalyco/opencode auf GitHub, die Formulierungen des Bots stammen vom Bot-Konto des Projekts (opencode-agent) in diesem Repository, die QCode-Konfiguration folgt docs.qcode.cc; das Verhalten ändert sich mit der Version, maßgeblich sind also die offiziellen Seiten. Die Modelle auf QCode stehen auf /models.