AI 对于 windows 的支持只能说是勉强能用，毕竟微软抽象的转义符实在是离谱，因此一直以来用的都是 wsl。但是最近要用visual studio 开发 c# ，看了下貌似没办法像 vscode 一样直接连接到 wsl 内部文件夹。如果需要使用挂载性能太差了，无论是 9p 还是 virtiofs 试过了都不太行，不知道各位佬友是否有相关经验。
不用 vs 呢 我记得 jetbrain 不是有个开发 c# 的吗
jetbrain 家的可以连上 wsl 吗，没怎么用过他家的 ide
CC有什么问题吗？
有gateway远程开发 实在不行你可以在wsl里安装rider
CC 是啥？Claude code？
到时我试试看
我是受够了ai大战powershell。果断使用ubuntu了
wsl1 的跨系统磁盘性能很好，然后让ai写一个wsl mcp解决语法转义的问题，基本上就可以实现Windows宿主机控制wsl了
各种 agent 都用，A家的模型看常封号就没用。但是什么模型都会有删库的风险吧，CC也不例外吧
关键可能后面还要用 docker，终归还是要回到 wsl2 的，所以一般不太会考虑 wsl1，什么时候微软能够做到像 1 一样读写速度我就要喊微软牛了
问题是C#为什么就非要VS呢 vscode不是一样用吗
刚工作我也不到啊，况且还是没有接触过的语言
vs只是个IDE， 你可以在里面看代码， 手写代码， 调试
但是不影响你同时开其他的claude code， codex之类的帮你改代码啊
不是客户端的话vscode完全够用了
你在害怕什么，直接codex
关键是项目如果在 /root/proj VS打不开，如果放 /c/Users/a/proj 读写速度有问题，本质还是 wsl 的跨系统读写
看得出被毒害得很深 
;
解决方案：不用wsl，直接开发即可；（不想用cmd或powershell，可以用bash，比如git安装后通常带一个bash）
去看看Fastctx工具，不止用在Codex上，也可以用在其他的agent
已经装了 git-bash，用 wsl 我会设置挂载参数只读，另外再挂个交流的文件夹读写，这样哪怕 agent 发疯删了 wsl，windows 也不受影响。所以是在寻找类似的硬性约束方法能够让 agent 在 windows 上发癫也改不了文件，这样的话 powershell 转义哪怕写错也问题不大