在windows的wsl里用AI会比直接在windows里用AI效果来的好吗

一开始的时候 cladue code, codex 这些经常会依赖 bash 的一些命令和脚本，所以建议在 wsl 中操作，后来开发的完善以后已经可以独立 bash，使用 powershell 也没有问题。所以是的，效果现在基本一样。

codex 对 Linux 命令用得更顺手，windows 上还会有 bug。

cc 这个问题应该小很多。

就说codex吧，很多命令都是从bash开始尝试，一直到后面才改，浪费token，这就是适配程度不高，跟你说的"效果现在基本一样"完全不一样

win上还是装个git或者wsl或者直接搞个linux系统盘好点

你经常在 Windows 下用么？我敢说从一开始不好用的时候就逐步尝试，两者区别我还是分得清的，完全不一样的论点依据是哪来的？

codex 的ps 经常 被一些管道语法卡主没法执行,也是适配程度很低,要真的追求极致速度,确实在linux 里开发最好

我感觉差别不大，除了个别命令环境出问题降级，我也是尝试过装 Ubuntu desktop 但是用起来不太方便

是啊，大部分人vibe的起点都是win+pwsh啊，

对我来说我观察到的情况也是跟我说的一样，

codex对支持posix的bash和zsh适配就是更强一些，

效果是效果

实现效果是实现效果

我是从效果层面回复你的，起码浪费一些尝试的token这种确实会有

还是在wsl系统里用AI更好,环境和服务器的linux环境也差不多,直接可以安装比如mysql,redis等环境.开发也可以直接开发,windows的盘符文件夹路径你直接告诉AI,它都会自己转换路径.

不在乎多余的时间成本和token成本应该都行，我自己用下来感觉wsl会稍快一些

前端时间折腾龙虾跟着网上教程是在wsl2里搞得感觉确实比一开始搞cc执行命令什么的出错少一些，但是用的时间长了随着一些记忆的积累感觉cc用着出错也比原来少了很多了

实际上两者现在都有配置可以强制使用 pwsh 了

Claude的是

“CLAUDE_CODE_USE_POWERSHELL_TOOL”: “1”,

codex现在默认就会用pwsh，可以能需要加一个 allow_login_shell = false 让它默认使用 noprofile 的方式启动即可。所以也不存在浪费 token 行为了。

实际上我并不排斥 wsl，就事论事而已。可能实际对比下区别也没有那么大，不回复了。

在windows用AI感觉会更消耗token,浪费上下文，特别是国产模型有时候会尝试多次。

另外就是大模型训练肯定是wsl（类linux）语料更充足。

win环境用powershell经常出现直接尝试写入中文字符然后写成乱码，自己检查完又重新调用python或者别的什么方案写入的情况 ^-^，反正token消耗肯定是要多一些的

那好太多了，我用的中转，windows 下面的 vscode cc 插件，一会一断，换到 wsl 下面，连续干活 10 几个小时不带中断，睡一觉一个大模块搞完了。

cc还好差不多 codex还是差距不小的 win里面一堆红色报错

wsl好一些,语料里的工具调用更多吧,windows下有时候会忘记自己是pwd,用linux的命令,而且我总觉得pwd的命令好陌生,没有安全感()

你的powershell是5.x版本的吧，我之前也遇到过中文乱码的问题，在微软商店或GitHub上安装7.x的版本就解决了

一直用pwsh，推荐使用7.x版本的，用下来有没遇到明显的问题。没有尝试过wsl，因为很多东西都放在本机上，懒得迁移