大家用 WSL2 跑 CodeAgent / Harnss 的话， Windows 桌面这边一般怎么配合？

[DiKaErJi]

最近想认真把 WSL2 配起来，当成主力开发环境用。

主要原因是现在很多 CodeAgent ，比如 Claude Code 、Codex 、Gemini CLI 、Harnss 这类东西，感觉放在 Linux 环境里会更自然一点。跑命令、装依赖、跑测试、读写项目文件，应该都比在 Windows 原生环境下少一点奇怪问题。

但我平时又不是纯 CLI 开发，有时候会用 Windows 上的 desktop 软件，比如 VS Code 、Cursor 、浏览器、文件管理器，还有一些其他 GUI 工具。

所以现在有点纠结，想问问大家实际怎么搭工作流。 我目前想到的方案是：

项目放 WSL2： /home/me/projects/xxx

Agent 也在 WSL2 里跑： Claude Code / Codex / Harnss / 其他 CLI agent

Windows 这边负责图形界面： VS Code / Cursor 用 Remote WSL 文件管理器通过 \wsl.localhost 访问 需要的时候在 WSL 里 explorer.exe .

这样看起来比较合理，但是还有几个点不太确定：

1.如果 Windows desktop 软件不支持 Remote WSL ，直接打开 \wsl.localhost\Ubuntu\home\me\projects\xxx 会不会很难用？ 2.agent 跑在 WSL2 里，想打开 Windows 浏览器或者控制 Chrome ，一般是怎么做？ Playwright MCP ？ Chrome DevTools MCP ？ 3.有没有人试过 Harnss 跑在 WSL2 里，然后 GUI 通过 WSLg 显示到 Windows ？ 4.项目到底应该坚持放 WSL 的 /home ，还是为了兼容 Windows 软件放 /mnt/c ？ 5.有没有什么比较舒服的“WSL2 + Windows desktop + AI coding agent”的完整方案？

我个人倾向是把 WSL2 当主开发机，Windows 当图形外壳。 但还没实战太久，想听听大家有没有更成熟的方案，或者有没有什么坑需要提前避开。

[kongmeng12]

巧了，今天上班刚花了一下午迁移到 wsl2 ，你说的这些坑我也在踩，蹲个回复。

[acrisliu]

我是 Windows 上的 IDEA 访问 WSL2 中的项目，Codex CLI 也是装在 WLS2 中，很丝滑。

[vopsoft]

用了 WSL2 就不会舒服
我是在全局 Claude.md 配置需要 ssh 或者 bash 时用 wsl1 （省内存 不独占虚拟化）

[DiKaErJi]

@kongmeng12 我也打算把 CLI 都移植到 WSL2 ，但是感觉和 Desktop 就有点割裂，CC Switch 也不太好管理

[DiKaErJi]

@acrisliu 我目前是都安装在 Win 下的，主要是 Harness 暂时不是很支持 Win ，而且都说 Linux 上性能好一点兼容性好一点

[DiKaErJi]

@vopsoft 我了解一下

[labubu]

项目不要放在 /home/me/projects/xxx linux 系统目录里面，/mnt/e/projects/xxx 这个种 能直接用 windows 系统里面的路径，方便管理，平时使用的话，windows 文件管理里面，shift + 鼠标右键 点击目录 里面有“在此处打开 linux shell”，wls2 可以安装 gui 软件的，安装后会在 windows 开始菜单生成图标

[labubu]

可以使用 windows 的 Chrome 调试，给 ai 地址正确的 ip 调用就可以了
chrome://inspect/#remote-debugging
Remote debugging

Allow remote debugging for this browser instance
Turning on this setting allows external apps to request full control of this browser. This includes read access to your saved data, cookies and site data, and the ability to navigate to any URL.

Only web developers should turn on this feature, and only use it with trusted apps.

Server running at: 127.0.0.1:57819
Learn about connecting to Chrome DevTools MCP

[DiKaErJi]

@labubu #7 是指我的程序还是在 Windows 下？ CLI 都装在 WSL2 下，尽量装一个带图形化界面的 WSL2 ，然后这两边互动，是吗？但还有一个问题，就是 Windows 下也有 codeX 这种 Agent 的 Desktop 版本，像 CC-Switch 就不好两边管理了。大佬是怎么解决这个问题的？

[labubu]

@DiKaErJi #9 数据都放在 windows 下面，windows 的 codeX 里面有个设置是：集成终端 Shell 选择要在集成终端中打开的 Shell 。 这个可以设置 wsl ，这样的话可以用 linux 命令了

[DiKaErJi]

@labubu #10 那 Codex desktop 以及 codex CLI 都放在 WSL2 下吗

[CodeY99]

@labubu 这样区分会不会导致 window 打开的文件之后导致 git 中 CRLF 各种编码问题吗？
如果数据都放在 wsl2 中就没法用 windows 的 codex 吗？

[labubu]

@CodeY99 遇到过这个坑，使用 wsl2 里面的 git 就可以了，不要用 windows 里面的 git ，然后 windows 下编辑文件到没有什么问题，git 可以设置格式的。数据都放在 wsl2 其实是一个虚拟机文件里面，直接访问不了的，放在 windows 路径下面好。

[CodeY99]

@labubu 所以你现在是用 window 版本的 codex 直接修改 windows 目录下的代码，然后让 codex 使用 linux 命令执行单元测试等？
之前看到说 wsl2 有很严重的性能问题，所以一直是放在 wls2 中。但是这样只能用 IDE 中的 codex 插件远程访问代码。似乎没法使用桌面端的 Codex

[labubu]

@CodeY99 #14 性能没什么问题，我 docker 里面的数据库都是挂的 windows 路径，还有 Immich 也是挂载的，我有 1t 的图片和视频也没啥问题