终端乱码、截断等问题源于编码、宽度、ANSI序列或字体不匹配；需检查chcp与locale、启用UTF-8、禁用富文本渲染、验证终端宽度、更换兼容字体、关闭GPU加速，并通过日志定位是渲染还是输出问题。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
终端运行 Codex CLI 时出现乱码、截断、空白输出、符号错位或中文显示为方块，说明终端渲染层与 Codex 输出流之间存在编码、宽度、ANSI 控制序列或字体支持不匹配问题。
检查终端编码与 locale 设置
第一步：在 PowerShell 或 CMD 中执行 chcp，确认当前代码页是否为 65001（UTF-8）。若显示 936（GBK）或 437（US），Codex 的 Unicode 输出将被强制降级，导致中文/emoji 显示异常。
第二步：执行 Get-Culture（PowerShell）或 echo %LANG%（Git Bash），验证系统区域设置是否启用 UTF-8。Windows 11 默认未全局启用 UTF-8，需手动勾选「Beta: 使用 Unicode UTF-8 提供全球语言支持」——【未勾选此项是 Windows 终端中文乱码的首要原因】。
禁用 Codex 的富文本渲染
方法一：启动时加 --no-color --plain 参数，强制关闭 ANSI 颜色与格式控制序列。
方法二：设置环境变量 NO_COLOR=1 后再运行 codex ask "hello"。这能绕过终端对 ANSI 转义序列解析失败导致的换行错乱或光标跳转异常。
方法三：在 config.toml 中添加 output_format = "text"，让所有响应以纯文本流输出，避免 Markdown 渲染器介入。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
验证终端宽度与自动换行
① 运行 stty size（Linux/macOS）或 $Host.UI.RawUI.BufferSize（PowerShell），确认终端报告的列宽 ≥ 120。Codex 默认按 120 列格式化输出，若终端虚报宽度为 80，会导致长代码块被强行截断成多行并插入不可见换行符。
② 在 VS Code 内置终端中，右键→「调整尺寸为默认值」可重置缓冲区；在 Windows Terminal 中，修改配置文件中的 "startingDirectory" 不影响宽度，但 "fontSize" 过小会触发隐式换行，必须同步调大 "columns" 值。
③ 若使用 tmux 或 screen，先执行 resize 命令刷新尺寸缓存——【tmux 会缓存初始窗口宽度，缩放终端后不自动更新，这是截断输出的隐藏元凶】。
替换终端字体与禁用 GPU 渲染
Windows Terminal 用户：进入设置→「外观」→「字体」，将字体从「Consolas」切换为「Cascadia Code PL」或「JetBrains Mono NL」。前者原生支持 Powerline 符号，后者修复了 Windows 对连字（ligature）与组合字符的渲染缺陷。
VS Code 用户：打开设置搜索「terminal integrated font family」，填入 "Fira Code", "DejaVu Sans Mono", "monospace"，并关闭「Terminal > Integrated: GPU Acceleration」——GPU 加速在某些显卡驱动下会丢弃 ANSI 光标定位指令，造成输出偏移。
捕获原始输出流排查截断点
执行 codex ask "show me a python list comprehension" > output.log 2>&1，用记事本（非 VS Code）打开 output.log。若日志中内容完整但终端显示缺失，说明问题出在终端渲染而非 Codex 本身；若日志也截断，则是 Codex 进程内 stdout 缓冲未 flush 或被 SIGPIPE 中断。
此时改用 stdbuf -oL codex ask "test"（Linux/macOS）或 PowerShell 中 $env:PYTHONUNBUFFERED="1"; codex ask "test" 强制行缓冲，验证是否因输出缓冲策略导致“假性异常”。
