标题: 2026祝佬友身体健康，万事如意！
作者: #天天一杯奶
板块: #活动
编号: 1615883
帖子: https://linux.do/t/topic/1615883
时间: 2026-02-14 21:22:18
摘要:

新的一年，祝佬友们身体健康，开心愉快，祝L站越来越好！
小朋友们放烟花



在家包饺子

卤菜

标题: Codex硬编码使用PowerShell导致乱码怎么办？如何让AI用Bash（非WSL2）
作者: #romantcig
板块: #开发调优
编号: 1615892
帖子: https://linux.do/t/topic/1615892
时间: 2026-02-14 21:26:58
摘要:

Codex是否有遇到过AI写的注释全是乱码？——这是UTF-8的问题，因为powershell走GB2312.
AI调用工具中间接触导致GB2312,看到乱码也一样
如果文件是UTF-8格式会导致AI认为文件是乱码，以及写出来的也是乱码
右键右下角的时间，选择 调整日期/时间(A)
开启UTF-8（随后重启）

回到正题，Bash，为什么要用他？

没有经过广泛测试，前置条件介绍不充分，仅我个人测试。见谅
目前官方把Codex硬编码使用PowerShell，没有任何官方办法可以改
但是GPT-5.3-Codex在源代码找到了一丝丝的出路（源代码有个小口子可以钻）


Codex是开源的，为什么不改源代码重新编译？（待会再说）
Bash两步方案：


~/.codex/config.toml 加：
[features]
unified_exec = true


~/.codex/AGENTS.md加指令强制每次exec_command带 “shell”:“C:\Program Files\Git\bin\bash.exe”


原理是unified_exec模式下的exec_command工具暴露了一个Shell参数，允许AI在每次调用时指定shell可执行文件，绕过了硬编码的PowerShell默认值。
位置源码的codex-rs/core/src/tools/handlers/unified_exec.rs
（当然，并不完美，但胜在不重编译）


QA.1为什么不改源代码重新编译？
Codex是Rust写的，性能极佳，问题就在于改两行代码需要重编译40分钟，每次更新说不定还覆盖了
QA.2既然是提示词注入，理论上会失忆吧？
事实情况是：在Codex是非常遵守用户命令的，如果到时候真的不执行Bash，那么智商也下降了
有错误麻烦及时指出，我会迅速修改