第一稿，出去吃火锅了…

断断续续研究了将近一天，终于把 cc codex 和 opencode 都迁移到了 wsl 里 了；在这里开个记录帖子，记录下自己遇到的问题以及解决方案，欢迎各位佬友友好交流，分享自己的经验。

1. 迁移动机（废话略多）

• 最重要的一点，codex 在 windows 上的表现不佳且速度慢；
  在 windows 上使用 codex 的佬友一定经常见到过 codex 的 PowerShell 语法错误… 大量的时间和 token 被浪费于此，尽管在提示词里针对 codex 经常犯错的部分进行了提示，但仍无法有效地解决，根本原因还是 pwsh 的训练数据太少，而 unix 类天生就是大家默认的开发环境，数据多，支持地更好。且在 Linux 上 codex、cc 运行起来也更加丝滑

• opencode 的 windows 兼容过于垃圾；
  opencode 在爆火之前我就早早的接触过了，然而… 其对 windows 的支持可谓十分之差，经常出现上一个版本还是可以启动，下一个版本就不能启动了，打开 opencode 的 github 你会发现类似的 issue 层出不穷，最经典的就是渲染出错，启动 opencode，出现 opencode [object] [Object]；在经历数次 codex 手动修复让其能够启动后，我受够了。

• 常用的工具包或插件如 codeagent 和 claude mem 等对于 windows 的支持也很差；
  前者是我使用频率最高的 workflow+skill；而后者我更是从来没有在 windows 上成功启动过，考虑到众多插件都会优先支持 Linux 和 MacOS，我还是迁移的好。

2. windows 已有配置

• cc switch
  我是 cc switch 的忠实用户，ccs 的伟大无需多言；我用到的核心功能主要是

  1. 多配置切换，供应商 + 全局提示词；我有各家的 coding plan 以及自己手写的多套全局提示词，十分需要 ccs 统一管理；
  

  ccs 在当前版本可以指定 wsl 目录，这使得迁移起来没有什么难度，但是我并没有选择使用。

  2. ccs 的代理和统计功能，开启后可以直观地观测自己每天的 token 用量；ccs 的本地代理功能也是此次迁移较为顺利的根本原因
     
     

3. 迁移记录

3.1 基础部分

1. 安装 codex claude code opencode；过于简单，为了方便，我统一用 npm 了；

2. 添加供应商配置，这个时候，刚才说过的 ccs 的本地代理功能就派上用场了；只需要把 url 指向 ccs 的代理端口即可，这里以 codex 为例

   
   
   我出于一些考量，并没有选择用 ccs 直接配置，你也可以在这里更改配置目录后用 ccs 进行配置，更加自动
   
   

3.2 问题来了

mcp 迁移，对于一些 npx nvx 或者 remote 类型的 mcp 很简单，都不需要改；

都知道 wsl 好，为什么我迟迟没有迁移打算呢，问题就在于这里，因为个人手搓的小玩意对于 playwright 的依赖程度较高，而 wsl… 配置图形化… 比较麻烦吧，支持地也不好，当然 这些都不是问题。

在调研站里的方案，以及询问 gpt52pro 后，我有了方案 1:

方案 1: WSL2 里跑 Linux Playwright（WSLg）

在 WSL2 里跑 Linux 浏览器（WSLg 出窗口），这个… 需要做不少的前置准备，且最后的效果也不尽人意，我在跑通后遂放弃。

1 首先必须有显示环境（WSLg）

 echo "$DISPLAY" echo "$WAYLAND_DISPLAY" echo "$XDG_RUNTIME_DIR" 

2 得有浏览器二进制（Playwright 下载的 Chromium/Firefox/WebKit）

npx playwright install

3 必须有系统依赖（Ubuntu 的一堆 .so）

 # 安装系统依赖 sudo env "PATH=$PATH" npx playwright install-deps

这一套跑完，可以按照站里佬的方案持久化安装 playwright 或者 npx 启动；

它的问题是什么呢？WSLg 的浏览器实在太丑了！包括且不限于

1. 字体的缺失导致渲染出来的网页相当地丑，你根本无法判断是自己 UI 设计问题还是渲染问题
2. 启动时候默认一个半截窗口，全屏后不会响应式调整页面大小！这个过于逆天

尤其是 2 是我放弃方案 1 的最直接原因；

而方案 2 是我现在使用的方案，我似乎没有看到有佬提及这个方案来着？有一个佬友给出了类似的 chrome dev mcp 的安装方式，所以我就放上来供佬友参考；

方案 2： Windows 侧 Playwright MCP

基本的原理：

WSL2 (Ubuntu): claude / codex
  |
  v
/mnt/c/Windows/System32/cmd.exe /c npx @playwright/mcp@latest
  |
  v
Windows: Node+npx -> @playwright/mcp -> Playwright -> Browser (Windows GUI)

那么很简单了，以 cc 为例子：

"playwright": { "type": "stdio", "command": "/mnt/c/Windows/System32/cmd.exe", "args": ["/c", "npx", "@playwright/mcp@latest"], "env": {} } 

就这么简单

4. 番外部分

4.1 官方订阅问题

当前版本的 ccs 在 codex official oauth 时候不支持本地代理功能，那么如何也让它走统计呢？答案很简单，走 cliproxyapi 这类的反代工具套一层即可，这样子官方订阅也就可以被 ccs 后台统计用量了；

同理，对于 antigravity tool 这类工具，也可以接入到 ccs 里统一参与用量统计；

4.2 opencode 问题

如何让 opencode 也能用上 ccs 的代理功能，其实站里有佬友已经给出解决方案了，以 codex 为例，答案就是覆写 opencode 的 openai 供应商的 base_url 字段，更改其为 ccs 暴露的本地代理端口；

不过我由于日常只有 cc 在用 omo 工作流时候会用到 opencode 的 grok 模型，对 opencode 的研究并不多，当前我发现一个很奇怪的问题，就是 opencode 会请求 gpt-5-nano；这里我还没有找到很好的解决思路。

希望有佬友可以出手！

从 antigravity 发布以来在 wsl2 环境下访问浏览器一直报错 “Error during tool execution”。刚开始还以为是 antigravity 的 bug（心想 bug 很多也不在乎这一个），过了一个多月发现还没有修好就觉得有点不对劲，刚刚尝试了一下修复好了。

一共两步：

1. 在 windows chrome 里安装 antigravity 插件 https://chromewebstore.google.com/detail/eeijfnjmjelapkebgockoeaadonbchdd?utm_source=item-share-cb

2. 将 wsl2 的网络从默认的 nat 改为 mirrored

感谢这位 reddit 上的大佬
To anyone who use Antigravity on WSL Remote : r/google_antigravity

背景

自己之前一直是使用 Mac，由于公司有合规和审计要求，所以必须使用公司提供的移动工作站，且没有管理员权限。加上自己习惯了 Linux 命令，所以就决定使用 WSL2。下面是自己遇到的一些问题和方案。

Q1：如何配置 WSL 使用 Windows 中安装的代理软件？

A1：配置 Windows 用户主目录下的 .wslconfig 文件和 WSL 用户主目录下的 .zshrc 文件。

镜像模式（推荐，仅限 Windows 11）：

[wsl2] networkingMode=Mirrored
autoProxy=false 

在 ~/.zshrc 中添加：

Bash

# WSL Mirrored 模式下直接指向本地 localhost export https_proxy="http://127.0.0.1:7890" export http_proxy="http://127.0.0.1:7890" export all_proxy="http://127.0.0.1:7890" 

NAT 模式（Windows 10 或旧版）：

[wsl2] networkingMode=Nat
autoProxy=false 

在 ~/.zshrc 中添加：

Bash

# WSL Nat 模式需要动态获取宿主机虚拟网卡 IP
host_ip=$(ip route | awk '/default/ {print $3}')
export https_proxy="http://$host_ip:7890" export http_proxy="http://$host_ip:7890" export all_proxy="http://$host_ip:7890" 

注意：代理软件务必开启 “Allow LAN”（允许局域网连接）。

Q2：WSL 中的常用工具（如 claude-code）敲字会有卡顿？引用自本站帖子

A2：这是因为 WSL 默认加载了 Windows 的环境变量。ZSH 在进行命令补全时会跨文件系统扫描 Windows 路径，导致严重的 I/O 延迟。

1. 在 /etc/wsl.conf 中关闭自动导入：

[interop] appendWindowsPath=false 

2. 在 ~/.zshrc 中手动加载需要的 Windows 工具路径（避开卡顿的 PowerShell 路径）：

Bash

# 手动添加常用的 Windows 工具 export PATH="$PATH:/mnt/d/Programs/Microsoft VS Code/bin" export PATH="$PATH:/mnt/c/Windows" # export PATH="$PATH:/mnt/c/Windows/system32" 

Q3：Maven/Java 无法连接网络，DNS 解析卡死？

A3：表现为 curl 正常，但 mvn 构建长时间卡在 Downloading，或 nslookup 报错 Truncated, retrying in TCP mode。

修改 Windows 用户目录下的 .wslconfig 配置文件：

[wsl2] dnsTunneling=false 

原因：在 Mirrored 模式下，开启 dnsTunneling 后 Windows 会接管 DNS 请求。由于公司防火墙或 VPN 往往不识别这种隧道流量，会导致解析死锁。关闭它让 WSL2 回归标准 DNS 流程反而能解决问题。

Q4：为什么 Systemctl 命令报错，无法启动服务？

A4：WSL2 默认使用传统的 init 进程，而不启用 systemd，导致 systemctl start 等命令无法使用。

在 /etc/wsl.conf 中开启支持：

[boot] systemd=true 

修改后，需在 Windows PowerShell 中执行 wsl --shutdown 重启 WSL。之后即可正常管理系统服务。

Q5：配置 Ubuntu 镜像源为阿里云

A5：手动替换为阿里云镜像源可以大幅提升 apt install 下载速度。

执行以下命令：

Bash

# 备份原文件 sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak

# 将官方源替换为阿里云源 sudo sed -i 's/archive.ubuntu.com/mirrors.aliyun.com/g' /etc/apt/sources.list
sudo sed -i 's/security.ubuntu.com/mirrors.aliyun.com/g' /etc/apt/sources.list

# 更新索引 sudo apt update

最后附上我的.wslconfig 文件内容

PS C:\Users\Administrator> cat .\.wslconfig
[wsl2]
networkingMode=Mirrored
autoProxy=false
firewall=false
processors=8
memory=16GB
swap=0
dnsTunneling=false