wsl用win有bug
我看一些群里讨论,这波更新 GPT是比claude更新厉害.
很多付费用户都感受到速度快了,效果好啊.
也有人提到思考少了点,会偷懒.
整体看是效果变得更好些.
我觉得还行哎，猛的不行
Xh巨爽 
不是 xhigh 没有参考意义
我也开启了xhigh，一样报错，模型能力应该不差，就是codex太差了，乱码和编码格式错了，各种问题，比claude code差的不是一点，两点
那确实很奇怪了，我用 codex 确实还可以的。。
windows的中文编码问题导致的，换成 powershell7 或者用 wsl 跑就好了
我用的5.3codex-x-high，感觉比opus-4-5强，没遇到这种报错问题过，都是一遍过
应该是windows问题，我这个倒是遇到过，然后我让全部强制utf8了
可能是windows上不能用read工具读文件的原因，试试wsl
wsl2好用多了，我thinkpad 14系列win11+32g内存+1t固态配置开两个实例都没压力，我还开发android项目，基本没环境问题，也能走代理。ai cli 就是工具调用+bash,为啥不上适合这样的系统。
今天打算写个小项目从零到一codex在windows表现确实不咋地，经常抽搐一步卡半天，前端基本等于没美化，后端逻辑挺通顺，搭配claudecode用起来还不错 
对楼主的头像和以前发的帖子有印象，建议爽用Claude，可能gpt真的不适合你 
1 个赞
我说的是实践的事实，怎么变成了以往印象
自己代理一下吗，怎么用到claude code里
我意思是协作，codex写后端claudecode写写前端之类的
个人感觉cli比vscode好一点，不知道是不是个人感觉
windows乱码很正常，用powershell读文件的，加这个skill试试看。
---
name: ps-utf8-io
description: 在 Windows PowerShell 中读取/写入本地文本文件时避免乱码。只要需要用 PowerShell 查看文件内容（例如 Get-Content/type）或写入文本（Set-Content/Out-File/Add-Content），就使用此技能并强制显式指定 UTF-8 编码。
---
# PowerShell UTF-8 I/O
## Read
- Prefer: `Get-Content -Path <path> -Raw -Encoding utf8`
- Avoid relying on PowerShell defaults (they may decode UTF-8 files incorrectly).
## Write
- Prefer: `Set-Content -Path <path> -Encoding utf8`
- Prefer redirection via: `Out-File -FilePath <path> -Encoding utf8`
- Prefer append via: `Add-Content -Path <path> -Encoding utf8`
## Notes
- If a file is not UTF-8, detect/convert first (or ask the user to confirm the correct encoding) before processing.
三家模型各有各的喜好和用法，还是根据项目来