Windows11中Codex中文乱码问题全链路解决方案

一、问题背景

在Windows 11上使用Codex桌面端写代码时，频繁遇到中文乱码导致项目编译失败。尝试让Codex自行修复，不仅耗时，还大量消耗额度。网络上相关资料分散，因此整理了一份全链路方案，帮助一次性解决这一常见问题。

使用Codex（或Copilot等AI编码工具）在Windows 11上生成代码时，常见问题如下：

中文乱码（‘±– / / u4e2du6587）
编译失败 / 文件损坏 / 频繁手动修复

二、核心结论（必须理解）

先给出结论：Codex中文乱码并非AI本身的问题。

其本质在于编码链路不一致。

典型错误链路

Codex（UTF-8）
↓
Windows 终端（GBK / UTF-16）
↓
文件写入（错误编码）
↓
IDE 按 UTF-8 读取
↓
乱码

Windows默认终端至今仍使用历史代码页（GBK/936），而现代工具均为UTF-8——两者编码不匹配。

三、问题根因拆解

终端编码不一致（最核心）

• Codex / Node / CLI → UTF-8
• Windows PowerShell 5 → GBK / UTF-16

编码“误读”由此发生。

Codex 实际通过终端写文件

Codex并非直接修改文件，而是：

生成命令 → 终端执行 → 写入文件

若终端编码错误，文件写入瞬间即损坏。

编辑器编码 ≠ 终端编码

即便VSCode或IDEA设为UTF-8，只要终端写入时使用GBK，仍会出现乱码。终端才是真正的“守门员”。

PowerShell 写文件默认坑

写法	实际编码
>	UTF-16
Out-File	UTF-16
Set-Content	不稳定

多链路问题（进阶）

• WSL / bash 使用不同编码链路
• Codex 可能调用 PS5 而非 PS7
• Git / IDE / Shell 编码不统一

四、最终解决思路（核心原则）

全链路统一 UTF-8（无 BOM）

避免局部修补，直接让整个链条从生成到写入再到读取均使用UTF-8，一劳永逸。

五、一步到位解决方案（推荐执行）

使用 PowerShell 7（必须）

winget install --id Microsoft.Powershell

启动：

pwsh

验证：

$PSVersionTable

输出：

PSEdition : Core

PowerShell 7 默认即为UTF-8，省心。

强制 PowerShell UTF-8（关键）

notepad $PROFILE

写入：

[Console]::OutputEncoding = [System.Text.Encoding]::UTF8
$OutputEncoding = [System.Text.Encoding]::UTF8

$PSDefaultParameterValues['Out-File:Encoding'] = 'utf8'
$PSDefaultParameterValues['Set-Content:Encoding'] = 'utf8'
$PSDefaultParameterValues['Add-Content:Encoding'] = 'utf8'

Windows Terminal 使用 pwsh

确保默认终端为PowerShell 7（pwsh），而非：

powershell.exe（旧版）
cmd.exe

IDE 统一 UTF-8

VSCode

{
  "files.encoding": "utf8",
  "files.autoGuessEncoding": false
}

IntelliJ

Global Encoding → UTF-8
Project Encoding → UTF-8

项目级强制编码

.editorconfig

root = true

[*]
charset = utf-8
end_of_line = lf

.gitattributes

* text=auto eol=lf

*.java text working-tree-encoding=UTF-8
*.ts text working-tree-encoding=UTF-8
*.js text working-tree-encoding=UTF-8

Codex Prompt 约束（非常重要）

在给Codex的提示词中明确要求：

• 所有文件编码 UTF-8（无 BOM）
• 禁止 UTF-16 / GBK
• 中文直接输出，不允许 uXXXX
• 文件写入必须使用 UTF-8

此举可显著降低乱码概率，从源头掐断问题。

避免错误写法

避免使用以下写法：

echo "中文" > file.txt
Out-File file.txt

改为：

Set-Content file.txt -Encoding utf8

WSL / Bash 特殊情况（进阶）

若Codex调用bash出现乱码：

$env:WSL_UTF8="1"

或配置：

[shell_environment_policy.set]
WSL_UTF8 = "1"

六、验证是否修复成功

方法1

[Console]::OutputEncoding

应返回：

UTF-8

方法2

生成中文文件测试：

Set-Content test.txt "你好" -Encoding utf8

打开文件，正常显示“你好”即为正确。

方法3

查看PowerShell类型：

$PSVersionTable

七、最终标准（企业推荐）

Windows Terminal + PowerShell 7
+ UTF-8（无 BOM）
+ .editorconfig
+ .gitattributes
+ Codex Prompt 约束

八、一句话总结

Codex乱码本质上并非AI的问题，而是：

Windows 终端（GBK） vs AI（UTF-8）编码冲突

解决方案：统一为UTF-8（无BOM），让整个链路使用同一种编码。

九、效果

完成以上配置后：

• 中文不再乱码
• 编译稳定
• 无需手动修复文件
• Codex 可稳定使用

推荐程度（优先级）

必须做：

• PowerShell 7
• UTF-8 Profile
• IDE UTF-8

推荐做：

• editorconfig
• Codex Prompt

进阶：

• WSL_UTF8
• Git Hook

该方案可解决90%+ Codex中文乱码问题，适用于：

• Windows 11
• Java / TS / Python 项目
• Codex / Copilot / AI 编码工具