Codex: японский текст квадратами, пропадает первый символ, IME удаляет вставленное
На 2026-10-20 на GitHub есть три отдельных отчёта о японском тексте в Codex: 52500 — в приложении для macOS японский в блоках кода показывается маленькими рамками с вопросительными знаками; 51909 — в TUI Codex CLI первый символ японского ответа иногда не отображается; 53972 — на macOS ввод tte японской IME стирает ранее вставленный текст. Официальный ответ есть только под 51909, и там сказано, что нужно больше информации, чтобы понять, пропадает ли символ из самого ответа или только при отображении.
Обновлено 2026-10-20
Один ключ для Claude, GPT и ведущих китайских моделей, оплата по токенам, старт за несколько минут.
- Оплата по токенам — актуальные цены на /models
- Оплата через СБП, российскими картами, картами Visa / Mastercard / AMEX или криптовалютой
- Самообслуживание: после пополнения тариф активируется мгновенно
Симптом, среда и статус каждого отчёта
52500 · приложение для macOS
В отчёте написано: в поле ввода японский читается, но после отправки японский внутри Markdown — встроенного кода и блоков кода — в пузыре отправленного сообщения превращается в маленькие рамки с вопросительными знаками; то же самое в блоках кода ответов ассистента, обычный текст и курсивные комментарии в JavaScript остаются читаемыми. Среда: версия приложения 26.1007.21159 (build 20052), macOS 27.0 (26A428), Apple Silicon. Сам отчёт пишет, что он описывает только отрисовку и причина не подтверждена. Отчёт отправлен 2026-10-09 и закрыт 2026-10-10 самим автором; под ним 0 комментариев, официального ответа и записи об исправлении нет.
51909 · TUI в Codex CLI
В отчёте: codex-cli 0.161.0, macOS 26.6.2 (Darwin 25.6.0, arm64) и iTerm2, локаль LANG=ja_JP.UTF-8. Первый символ японского ответа иногда не виден: в снятом примере отсутствует первый символ, остальной текст и подпись Worked for 1s отображаются нормально. Отчёт пишет, что проблема нерегулярная, триггер не найден, и непонятно, нет ли символа в самом ответе или он пропадает только при отрисовке в терминале.
53972 · ввод текста на macOS
В отчёте: Codex App 26.1007.71326 (build 20398), macOS 26.6.2 (build 25G83). Сначала вставляют текст, потом набирают tte в японской IME — и на последней букве e ранее вставленный текст исчезает, остаётся только набранное слово, и это происходит до нажатия Enter или пробела. Воспроизводится и в Google Japanese Input, и во встроенной в macOS японской ромадзи-раскладке, а та же последовательность в Sublime Text проблемы не вызывает.
Команда Codex просит больше информации
Под 51909 ответ команды Codex (аккаунт etraut-openai, в начале ответа помечено "response from codex"; в issue аккаунт помечен как CONTRIBUTOR): нужна дополнительная информация, чтобы понять, пропадает ли символ из самого ответа или только при отображении. Он просит запустить /feedback в проблемной сессии, выбрать bug, приложить логи и вернуть показанный feedback ID или ссылку в issue; скриншот, который упомянул отправитель, тоже поможет. Если проблема повторится, стоит проверить, есть ли пропавший символ в выводе /copy или /export. На 2026-10-20 официального заключения нет.
Что сейчас происходит
Это три разные вещи, и у каждой свой статус. 52500 — отчёт о рамках с вопросительными знаками: подан 2026-10-09, закрыт 2026-10-10 самим автором, под ним 0 комментариев, нет ни официального ответа, ни записи об исправлении. 51909 — отчёт о том, что первый символ японского ответа иногда не отображается на экране Codex CLI: отчёт от 2026-10-08, под ним 1 комментарий, в котором команда Codex просит больше информации, и на 2026-10-20 он всё ещё открыт. 53972 — отчёт об исчезновении вставленного текста при наборе через IME: отчёт от 2026-10-14, под ним 2 комментария от двух других пользователей: один воспроизводит проблему на Windows 11, другой пишет, что она возникает и при других удвоенных согласных (например, kko) и не воспроизводится в Codex CLI. В официальном changelog к 0.163.0 от 2026-10-15 записей про японский текст и методы ввода нет.
Что в официальном changelog (на 2026-10-20)
Последняя запись официального changelog Codex CLI — 0.163.0 от 2026-10-15. Если поискать в тексте changelog, там нет ни Japanese, ни IME, ни input method. Значит, на 2026-10-20 официальный changelog не содержит исправления ни по одной из трёх жалоб.
Три даты
Отчёт 51909: под codex-cli первый символ японского ответа иногда не отображается, среда указана выше для 51909; отправитель пишет, что симптом нерегулярный, а триггер не выделен.
Отчёт 52500 закрыт 2026-10-10 самим автором, под ним нет ни комментариев, ни официального ответа, ни записи об исправлении; в тот же день команда Codex ответила под 51909, попросив больше информации, чтобы понять, пропал ли символ в ответе или только при показе.
Отчёт 53972: при вводе tte японской IME на macOS последняя буква e стирает ранее вставленный текст; среда — Codex App 26.1007.71326 и macOS 26.6.2.
Что официально сказано и что нет
Подтверждено (можно сверить дословно)
52500: в поле ввода японский читается, а после отправки в блоках кода превращается в рамки с вопросительными знаками; отчёт от 2026-10-09, закрыт 2026-10-10 самим автором, комментариев 0. 51909: первый символ японского ответа иногда не отображается на экране Codex CLI; отчёт от 2026-10-08, комментарий 1, и этот комментарий — ответ команды Codex: нужно больше информации, чтобы понять, пропал ли символ из ответа или только при отображении, а также просьба запустить /feedback в проблемной сессии с выбором bug и приложенными логами, вернуть feedback ID или ссылку в issue и проверить /copy или /export на наличие пропавшего символа. 53972: вставленный текст исчезает на последней букве e в tte; отчёт от 2026-10-14, комментариев 2: первый пользователь пишет, что то же самое воспроизводится под Windows 11 с Google Japanese Input и не воспроизводится со встроенной Microsoft IME; второй — что проблема возникает и при других удвоенных согласных (например, kko) и не воспроизводится в Codex CLI.
Чего официально пока нет
Причину никто не назвал. Отчёт 52500 сам пишет, что описывает только отрисовку и что причина не подтверждена, и закрыт самим автором без записи о том, что исправлено, поэтому судить, исчезли ли рамки с вопросительными знаками, нельзя. В 51909 отправитель не нашёл триггер и не знает, пропал ли символ из ответа или потерялся при показе; запрошенные командой Codex логи /feedback и feedback ID на 2026-10-20 в обсуждении не появились. Причина по 53972 тоже не опубликована, а сравнение другого пользователя показывает лишь, что с другим методом ввода проблема не повторилась. В официальном changelog записи про японский текст и методы ввода тоже отсутствуют.
Что видно на экране и что исчезает при вводе
Что видно на экране
52500 сообщает о рамках с вопросительными знаками: после отправки японский в блоках кода отправленного сообщения и ответов ассистента превращается в маленькие рамки с вопросительными знаками, и отчёт описывает это только как симптом отрисовки, причина не подтверждена. 51909 сообщает, что первый символ японского ответа иногда не отображается на экране Codex CLI; был ли символ изначально в ответе или теряется только при показе, в отчёте не установлено.
Что исчезает при вводе
53972 сообщает об исчезновении вставленного текста, пока набирается слово в IME: вставленный текст ещё в поле, но при наборе tte в режиме ромадзи он исчезает на последней букве e, и остаётся только набранное слово. В комментариях другой пользователь воспроизводит это под Windows 11, а со встроенной Microsoft IME — нет.
Что можно сделать сначала
① Сначала разделите три симптома: рамки с вопросительными знаками в 52500 — это то, что видно на экране; исчезновение вставленного текста в 53972 происходит при вводе; в 51909 не установлено, был ли первый символ изначально в ответе или теряется только при показе. ② Чтобы проверить, есть ли символ в ответе, скопируйте ответ через /copy в проблемной сессии и посмотрите, действительно ли символа нет — именно такую проверку просила сделать команда Codex. ③ Запишите среду: версия Codex, система, эмулятор терминала, локаль и то, каким IME вы пользуетесь. ④ Если хотите, чтобы официальная сторона продолжила, сделайте то, что просит команда Codex: запустите /feedback в проблемной сессии, выберите bug, приложите логи и верните показанный feedback ID или ссылку в issue; если проблема повторится, проверьте, есть ли пропавший символ в выводе /copy или /export. ⑤ Для случая с IME можно сравнить с другой IME: под Windows 11 пользователь пишет, что со встроенной Microsoft IME проблема больше не появлялась; это сообщение пользователя, а не решение официальной стороны. ⑥ Следите за статусом 52500: отчёт закрыт 2026-10-10 самим автором, но под ним не объясняется, что именно исправлено, поэтому закрытие — не признак исправления.
Настройка Codex с ключом QCode
Сначала одно уточнение: три отчёта выше — это явления, которые авторы наблюдали в своих средах; ни в отчётах, ни на официальной стороне причина не подтверждена. Настройте по документации QCode для Codex: в ~/.codex/config.toml укажите model_provider = "qcode", base_url = "https://api.qcode.cc/openai", wire_api = "responses" и requires_openai_auth = true, а ключ положите в ~/.codex/auth.json под "OPENAI_API_KEY" — он начинается с cr_; под Windows оба файла лежат в %USERPROFILE%\.codex\. На стороне QCode оплата идёт за токены, а цены по моделям указаны на /models.
Частые вопросы
Это одна и та же проблема?
Нет, это три разные вещи, различаются и симптомы, и среды.
Какие среды указаны в отчётах?
Три разные. 52500: версия приложения 26.1007.21159 (build 20052), macOS 27.0 (26A428), Apple Silicon. 51909: codex-cli 0.161.0, macOS 26.6.2 (Darwin 25.6.0, arm64), iTerm2, локаль LANG=ja_JP.UTF-8. 53972: Codex App 26.1007.71326 (build 20398), macOS 26.6.2 (build 25G83).
Есть ли ответ от официальной стороны?
Да, и официальный ответ ровно один — под 51909: команда Codex пишет, что нужно больше информации, чтобы понять, пропал ли символ из ответа или только при отображении, и просит запустить /feedback в проблемной сессии с выбором bug и приложенными логами, вернуть показанный feedback ID или ссылку в issue, а при повторе проверить, есть ли пропавший символ в выводе /copy или /export. Под 52500 официального ответа нет: отчёт закрыт 2026-10-10 самим автором, комментариев 0. Оба комментария под 53972 написали другие пользователи, добавившие сведения о воспроизведении; это не официальные ответы. На 2026-10-20 официального заключения нет.
Как понять, виноват показ или в ответе не хватает символа?
Скопируйте ответ через /copy и посмотрите, действительно ли не хватает символа — именно такую проверку просила сделать команда Codex, и по ней видно, какой из двух случаев перед вами.
Помогает ли смена метода ввода?
Подтверждённого способа нет. Под Windows 11 один пользователь пишет, что со встроенной Microsoft IME проблема больше не появлялась, но это его личное сравнение, а не решение официальной стороны; под macOS отправитель воспроизводит её и с Google Japanese Input, и со встроенной в macOS ромадзи-раскладкой.
Что выбрать в /feedback?
Выбирайте bug — именно это написано в ответе команды Codex. В ответе под 51909 предлагается запустить /feedback в проблемной сессии, выбрать bug, приложить логи и вернуть показанный feedback ID или ссылку в issue; это шаг сбора данных, а не значит, что причина уже найдена.
Источники
Отчёты пользователей: три issue с комментариями в репозитории openai/codex на GitHub (сверено 2026-10-20; 51909 от 2026-10-08, 52500 от 2026-10-09 и закрыт самим автором 2026-10-10, 53972 от 2026-10-14). Официальные формулировки: официальный changelog Codex CLI на developers.openai.com (сверено 2026-10-20; 0.163.0 вышел 2026-10-15). Сторона QCode: страницы документации QCode по Codex и по эндпоинтам и форматам API на docs.qcode.cc (сверено 2026-10-20), а также страница «Разовые пакеты» на qcode.cc на пяти языках (сверено 2026-10-20).
Запускайте Codex с ключом QCode
Не нужен месячный тариф? Разовые пакеты — от $4: один купленный объём, который расходуется за 7–90 дней.
Смотрите также
Разовые пакеты для Claude Code: без подписки, 7–90 дней
Разовая квота на 7–90 дней без подписки; новые пакеты добавляются к тому же ключу
Полное руководство по OpenAI Codex CLI: установка и сравнение
Установка, настройка и сравнение OpenAI Codex CLI
Claude Code в Японии (окт. 2026): оплата и настройка
Способы оплаты, японские настройки и подключение ANTHROPIC_BASE_URL для Claude Code в Японии.
Оплата криптовалютой
Девять монет, 56 сетей, нулевая комиссия платформы за кредиты AI-кодинга.
Факты страницы сверены 2026-10-20: явления и среды — по трём issue в openai/codex на GitHub, изменения — по официальному changelog Codex CLI, настройки QCode — по docs.qcode.cc; поведение версий меняется, поэтому ориентир — официальные страницы. Перечень моделей на QCode задан на /models.