已核对 · 2026-10-20 · Codex 桌面端与 CLI 的日文显示、输入法三份用户报告

Codex 日文成方块、掉首字、IME 删粘贴

截至 2026-10-20,GitHub 上有三份彼此不同的 Codex 日文报告:macOS 桌面端里已发送消息与助手回复的代码段中的日文显示成方块问号(52500);Codex CLI 的 TUI 里日文回复的第一个字符偶尔不显示(51909);macOS 上用日文输入法输入 tte 会删掉之前粘贴的文本(53972)。官方的回复只有 51909 下面那一条,说还需要更多信息,才能分辨那个字符是回复里就没有、还是显示时才丢的。

更新于 2026-10-20

一把 Key 调用 Claude、GPT 与主流国产模型,按 token 计费,几分钟上手。

#桌面端日文成方块#TUI 里回复首字偶尔不显示#IME 删掉粘贴文本#Codex 团队要更多信息

各报告的现象、环境与状态

方块问号(报告人自己关闭)

52500 · macOS 桌面端

报告写明:在桌面端输入框里日文可读,发送之后,已发送的用户消息气泡里 Markdown 行内代码与代码块中的日文变成带问号的小方块,助手回复的代码段同样如此;普通正文与斜体 JavaScript 注释仍然可读。环境是桌面版 26.1007.21159(build 20052)、macOS 27.0(26A428)、Apple Silicon。报告自己写明这只描述渲染表现,根因未确认。该报告 2026-10-09 提交,2026-10-10 由报告人本人关闭,下面 0 条评论,没有官方回复,也没有修复说明。

回复首字偶尔不显示

51909 · Codex CLI TUI

报告写明:codex-cli 0.161.0,环境是 macOS 26.6.2(Darwin 25.6.0, arm64)与 iTerm2,locale 是 LANG=ja_JP.UTF-8。日文回复的第一个字符偶尔不显示,报告抓到的例子是第一个字符缺失,周围的文字和 Worked for 1s 页脚都正常。报告者写明这是间歇出现,没有定位到触发条件,也没有确定这个字符是回复里就没有、还是只在终端渲染时不见了。

IME 删粘贴

53972 · macOS 桌面端

报告写明:Codex App 26.1007.71326(build 20398)、macOS 26.6.2(build 25G83)。先粘贴一段文本,再用罗马字输入 tte 组词,最后那个 e 一按,之前粘贴的文本就消失了,只剩最后输入的那个词,按 Enter 或空格之前就发生。Google 日本語入力(Google 的日文输入法)与 Apple 自带的日本罗马字输入都能复现,同样操作在 Sublime Text 里不出现。

Codex 团队的回应

Codex 团队要更多信息

Codex 团队的回复(账号 etraut-openai,回复首行标注 response from codex;该账号在 issue 里标记为 CONTRIBUTOR)在 51909 下面写明:需要更多信息才能分辨这个字符是回复里就没有、还是显示时没显示;请在出问题的会话里运行 /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 仍是 open。53972 是一份用输入法组合输入时粘贴的文本会消失的报告:2026-10-14 提交,下面 2 条评论,来自另两位用户:一位补充在 Windows 11 上也能复现,另一位补充除 tte 外 kko 等促音输入也会复现,并写明 Codex CLI 里没有复现。官方 changelog 的 0.163.0(2026-10-15)里没有日文、输入法相关条目。

官方 changelog 现状(截至 2026-10-20)

官方 Codex CLI changelog 里最新一条是 0.163.0(2026-10-15)。在这份 changelog 的文字里检索不到日文(Japanese)、输入法(IME)或 input method 相关条目,也就是说截至 2026-10-20,官方 changelog 没有为这三份报告写出对应修复。

三条时间线

2026-10-08

51909 提交到官方仓库:报告写明在 codex-cli 环境下日文回复的第一个字符偶尔不显示,环境细节见 51909 那条;报告者写明这是间歇出现,触发条件没有定位。

2026-10-10

52500 于 2026-10-10 由报告人本人关闭,下面没有评论,也没有官方回复或修复说明;同一天,Codex 团队在 51909 下面回复,说还需要更多信息才能判断字符是在回复里就没有、还是显示时才丢的。

2026-10-14

53972 提交:macOS 上用日文输入法输入 tte 组词时,最后一个 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:输入 tte 的最后一个 e 出现时,之前粘贴的文本消失;2026-10-14 提交,2 条评论:第一位用户补充在 Windows 11 上用 Google 日本語入力 也能复现、换成内置的 Microsoft IME 后不再复现;第二位用户补充除 tte 外 kko 等促音输入也会复现,Codex CLI 里没有复现。

官方还没写明的部分

官方没有给出根因:52500 自己写明只描述渲染表现、根因未确认,报告人关闭时也没有留下修复说明,所以看不出方块问号是否已经消除。51909 的报告者没有定位触发条件,也没有确定字符是回复里就没有还是显示时才丢;Codex 团队要的 /feedback 日志与 feedback ID 截至 2026-10-20 还没有出现在讨论里。53972 的根因同样没有公开,另一位用户的对照只说明换输入法后不再复现。官方 changelog 里也没有日文与输入法相关条目。

屏幕上看到的与输入时消失的

屏幕上看到的症状

52500 报告的是方块问号:发送后,已发送消息与助手回复的代码段里的日文变成带问号的小方块,报告写明这只描述渲染表现,根因未确认。51909 报告的是 Codex CLI 屏幕上日文回复的第一个字符偶尔不显示;那个字符是回复里就没有、还是只在显示时不见了,报告没有确认。

输入时消失的症状

53972 报告的是输入法组合输入这一步:粘贴的文本还在输入框里,但用罗马字输入 tte 组词时,最后那个 e 出现会把这段文本清掉,只剩输入的那个词。评论里另一位用户在 Windows 11 上也能复现,换成内置 Microsoft IME 后没有再复现。

可以先做的几步

① 先分清三种现象各自是什么:52500 的方块问号是屏幕上看到的;53972 的粘贴文本消失是输入过程中发生的;51909 的首字是回复里就没有、还是显示时才丢,报告没有确认。② 想确认回复里到底有没有那个字,就在出问题的会话里用 /copy 把回复复制出来,看那个字符是不是真的缺了——这是 Codex 团队让报告者做的检查。③ 记下环境:Codex 版本、系统、终端模拟器、locale、用的哪个 IME。④ 需要官方跟进时按 Codex 团队说的做:在出问题的会话里运行 /feedback,选 bug、附日志,把显示出来的 feedback ID 或链接贴回 issue;复发时再检查 /copy 或 /export 的输出里是否包含缺失的字符。⑤ 输入法这一类可以做换一款 IME 的对照:Windows 11 上有用户报告换成内置 Microsoft IME 后没有再复现,这只是用户报告,不是官方给的解决办法。⑥ 关注 52500 的状态:它已经在 2026-10-10 由报告人本人关闭,但下面没有回复说明修了什么,所以别把关闭当成问题已经解决。

在 QCode 上跑 Codex 的配置

先说清楚:上面三份都是报告人在自己环境里观察到的现象,报告和官方都没有确认原因。配置照 QCode 文档《Codex CLI 教程:安装与 config.toml 配置》写:~/.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 侧按 token 计费,各模型单价见 /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,locale 写的是 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 下面的 2 条评论都是其他用户补充的复现情况,不是官方回复。截至 2026-10-20 官方没有给出结论。

怎么判断是显示问题还是回复本身少字?

用 /copy 把回复复制出来,看那个字符是不是真的缺了,这是 Codex 团队让报告者做的检查动作,也是分辨两者的依据。

换个输入法能解决吗?

没有确定的办法。Windows 11 上有用户说换成内置 Microsoft IME 后没再复现,这只是他个人的对照,不是官方给的解决办法;macOS 上报告人用 Google 日本語入力 与 Apple 自带的日本罗马字输入都能复现。

/feedback 里该选哪个选项?

按 Codex 团队的回复,选 bug。他们在 51909 下的回复里写明选 bug,并请在出问题的会话里运行 /feedback、附上日志,把显示出来的 feedback ID 或链接贴回 issue;这属于求证步骤,不等于原因已经查清。

信息来源

用户报告:GitHub 上 openai/codex 仓库的三份 issue 与其中的评论(2026-10-20 抓取核对;51909 于 2026-10-08 提交,52500 于 2026-10-09 提交、2026-10-10 由报告人本人关闭,53972 于 2026-10-14 提交)。官方口径:OpenAI 官方 Codex CLI changelog(developers.openai.com,2026-10-20 抓取核对;0.163.0 发布于 2026-10-15)。QCode 侧:docs.qcode.cc 的《Codex CLI 教程:安装与 config.toml 配置》与《接入点与 API 格式》(2026-10-20 抓取核对),以及 qcode.cc 的按量包页(五语版本,2026-10-20 抓取核对)。

用 QCode 的 Key 跑 Codex

不想包月?按量包 ¥25 起买一笔额度,7–90 天内用完为止(人民币充值 ¥100 起)。

不确定从哪开始?

先试一周

周包 ¥25($30 额度,7 天)

每天都用

体验版 ¥60/月,比月包每 $1 约便宜一半(每天 $5 额度)