1. Windows 原生跑 Codex 为什么总在 ReconnectingCodex 在 Windows 上反复显示 Reconnecting本质不是 WSL 没装好而是编辑器进程发出的请求没走到能出网的通道。VS Code 里的 Codex 扩展、终端里的 codex CLI、以及后台的模型请求三者走的网络栈并不完全一样只要其中一条链路被拦界面就会卡在重连状态。我先把结论放前面Codex 在 Win 上能不能稳定取决于三件事——请求最终打到哪个 Base URL、这个地址能不能被 PowerShell 和 VS Code 同时访问、以及 auth.json 里的凭据有没有被正确读取。WSL 只是其中一种运行环境不是必需品。你完全可以在纯 Windows 下把 Codex 跑通前提是把配置落到正确的位置。这篇面向的是在 Windows 上用 VS Code 或 PowerShell 跑 Codex遇到 Reconnecting 循环、想绕开 WSL 的人。核心检索词就是 Codex Reconnecting、auth.json、Base URL、PowerShell、VS Code。下面按排查顺序走每一步都能单独验证。先说清楚 Codex 的请求路径。codex CLI 启动后会读取用户目录下的配置默认在C:\Users\你的用户名\.codex\里找auth.json和config.toml。auth.json 存的是访问凭据config.toml 决定模型和接口地址。如果这两份文件缺失或指向了一个本机访问不到的地址Codex 就会不断重试界面表现就是 Reconnecting。很多人第一反应是去装 WSL觉得 Linux 环境更“正统”。但实测下来Reconnecting 的根因八成在网络上跟操作系统关系不大。你在 WSL 里配好了回到 Windows 原生终端照样连不上因为两边的网络命名空间和配置文件是分开的。所以正确做法是先确认 Windows 侧的配置和连通性再决定要不要 WSL。还有一个容易被忽略的点VS Code 扩展和终端 CLI 读的配置可能不是同一份。扩展有时用自己的设置项CLI 读.codex目录。你只改了 VS Code 的 settings.json终端里跑 codex 仍然会重连反过来只改了.codex扩展面板也可能不生效。排查时要把这两条路径都覆盖到。下面进入具体操作。我会先给 TaoToken 的接入前置再给可复制的 auth.json 和 config.toml 片段然后是验证请求的动作最后是断连日志的对照清单。每一步都尽量给完整命令和预期输出方便你逐条比对。2. 接入前置拿到 Base URL 和 Key 并确认模型 ID在改任何配置文件之前先把三样东西准备好Base URL、API Key、Model ID。这三件套缺一个Codex 都会在启动阶段就失败表现同样是 Reconnecting 或直接报鉴权错误。Base URL 用https://taotoken.net/api注意这里不加任何查询参数。API Key 在控制台的 API Keys 页面创建创建后只显示一次复制下来存好。Model ID 按你实际要用的模型填比如gpt-4o、claude-3-5-sonnet这类具体以控制台模型列表为准。创建 Key 的入口在控制台登录后进 API Keys 页面新建即可。如果你还没账号从官网进https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content注册然后到控制台操作。这一步不涉及任何网络工具浏览器直接访问就行。拿到 Key 之后先别急着写进 Codex。用一条 curl 命令验证这个 Key 和 Base URL 能不能通能通再往下配。这样可以把“网络问题”和“配置问题”分开省得后面排查时两头猜。验证命令在 PowerShell 里跑curl.exe https://taotoken.net/api/v1/models -H Authorization: Bearer 你的APIKey --max-time 15预期返回是一段 JSON里面能看到模型列表。如果返回 401说明 Key 不对或没带上如果超时说明本机到该地址的网络不通这时候才需要检查网络出口而不是去改 Codex 配置。这一步过了说明 Base URL 和 Key 都没问题可以进入配置文件环节。关于模型 ID建议先用一个你确定可用的模型跑通再换其他模型。有些模型对参数或区域有额外要求混在一起排查会干扰判断。把 Base URL、Key、Model ID 记在一个临时文本里下一步直接粘贴。3. 可复制配置auth.json 与 config.toml 完整片段Codex 的配置目录在 Windows 上是C:\Users\你的用户名\.codex\。如果这个目录不存在手动建一个。里面至少要有两个文件auth.json和config.toml。下面给的是可直接复制的片段路径和字段名保持原样。先建目录在 PowerShell 里执行New-Item -ItemType Directory -Force -Path $env:USERPROFILE\.codex然后创建auth.json。这个文件存凭据格式是 JSON{ OPENAI_API_KEY: 你的APIKey, OPENAI_BASE_URL: https://taotoken.net/api }注意 Base URL 结尾不要带/v1Codex 会自己在后面拼路径。如果你填了/v1请求可能变成/v1/v1/...直接 404。这是踩过的坑之一很多人卡在这里还以为是网络问题。接着创建config.toml决定模型和接口地址model gpt-4o model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key OPENAI_API_KEYenv_key指向 auth.json 里的字段名两边要一致。model换成你实际要用的 Model ID。如果你用的是 Claude 系列把 model 改成对应的 ID 即可provider 段不用动。如果你同时用 VS Code 扩展还要在 VS Code 的 settings.json 里补一段让扩展也走同一个地址。打开方式是按Ctrl Shift P搜索Preferences: Open User Settings (JSON)加入{ codex.baseUrl: https://taotoken.net/api, codex.apiKey: 你的APIKey, codex.model: gpt-4o }不同版本的扩展字段名可能略有差异如果codex.baseUrl不生效去扩展设置里找对应的 Base URL 项手动填。核心是让扩展和 CLI 指向同一个 Base URL避免一个通一个不通。三件套对照表方便你核对配置项值出现位置Base URLhttps://taotoken.net/apiauth.json / config.toml / settings.jsonAPI Key控制台创建auth.json / settings.jsonModel ID如 gpt-4oconfig.toml / settings.json改完文件后完全退出 VS Code 再重开终端里的 codex 也要重新启动因为配置是启动时读取的。热重载不一定生效重启是最稳的。4. 验证请求从 PowerShell 到 Codex 会话跑通配置写完先别直接开 Codex 会话按顺序验证三层本机网络、配置文件读取、Codex 实际请求。每层都有明确的成功标志逐层过。第一层确认本机能访问 Base URL。在 PowerShell 里跑curl.exe https://taotoken.net/api/v1/models -H Authorization: Bearer 你的APIKey -I --max-time 15看返回的 HTTP 状态码。200 或 401 都说明网络通了401 是 Key 问题不是网络问题如果是 timeout 或 connection refused才需要处理网络出口。这一步和上一章的验证命令一样但这里重点看状态码而不是内容。第二层确认 Codex 读到了配置。在 PowerShell 里跑codex --version codex config get model如果第二条能打印出你在 config.toml 里写的模型名说明配置被正确读取。如果报找不到配置或打印默认值检查.codex目录路径和文件名拼写。Windows 下文件名大小写不敏感但扩展名要对config.toml不是config.yaml。第三层启动一个最小会话。在 PowerShell 里直接输入codex 用一句话说明你当前使用的模型预期是 Codex 返回一句回复而不是卡在 Reconnecting。如果返回了内容说明整条链路通了。这时候再去 VS Code 里开 Codex 面板应该也能正常对话。如果 CLI 通了但 VS Code 扩展还在重连问题就在扩展的配置上。回到 settings.json 检查codex.baseUrl和codex.apiKey确认没有多余空格或换行。扩展的日志可以在 VS Code 的输出面板里看选择 Codex 相关的输出通道里面会打印实际请求的地址。验证通过后建议把这三条命令存成一个.ps1脚本下次换机器或重装时直接跑一遍省得重新回忆。脚本内容就是上面三段改一下 Key 即可。5. 断连日志对照401、local proxy failed、reading choices 怎么排Codex 的报错信息不算友好但几个高频错误有固定含义。下面按真实报错对照排查每条都给判断依据和处理动作。401 Unauthorized。含义是凭据没被接受。先确认 auth.json 里的OPENAI_API_KEY和你在控制台创建的一致没有多余空格。再确认 Base URL 结尾没有/v1。如果都正确还报 401用第 4 章的 curl 命令单独测 Key排除 Key 本身失效。local proxy failed 或 connection refused。含义是本机到目标地址的链路不通。先在 PowerShell 里netstat -ano | findstr :端口看有没有监听再用 curl 测目标地址。如果 curl 也超时说明是网络出口问题需要检查本机的网络设置而不是改 Codex 配置。注意这里不要引入任何网络工具品牌纯看本机连通性即可。reading choices 或解析响应失败。含义是请求发出去了但返回的内容不是预期格式。常见原因是 Base URL 拼错比如多了一层路径或者模型 ID 不存在导致返回错误结构。用 curl 直接请求/v1/models看返回的 JSON 结构对比 Codex 期望的格式。如果返回的是 HTML 错误页说明地址指向了错误的服务。OAuth 相关报错。如果你之前用官方登录方式配过 Codex.codex里可能残留 OAuth 凭据和 auth.json 冲突。处理方式是清掉旧的凭据文件只保留 auth.json 和 config.toml。清之前备份一下避免误删。排查清单按顺序过一遍现象优先检查处理一直 ReconnectingBase URL 是否可达curl 测 /v1/models401Key 与 auth.json 是否一致重新复制 Keylocal proxy failed本机端口与出口netstat curlreading choicesBase URL 路径去掉多余 /v1OAuth 报错旧凭据残留清理 .codex 旧文件还有一个隐蔽问题Windows 的换行符。auth.json 和 config.toml 如果被某些编辑器存成了带 BOM 的 UTF-8Codex 解析可能失败。用 VS Code 打开时看右下角编码确保是 UTF-8 无 BOM。存的时候选“UTF-8”而不是“UTF-8 with BOM”。如果所有配置都对CLI 也通了但 VS Code 扩展仍重连试试完全卸载扩展再重装或者换一个工作区打开。扩展有时会缓存旧的配置重装能清掉缓存。这一步属于兜底前面都过了再考虑。6. 稳定跑通后的收尾与后续入口配置稳定之后日常使用就简单了终端里直接codex开聊VS Code 里开面板对话。两边的配置指向同一个 Base URL 和 Key不会互相干扰。如果哪天又出现 Reconnecting先跑第 4 章的三层验证基本能定位到是哪一层断了。想把 Codex 用在长期编码或 Agent 场景可以看 Coding Plan入口在https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。如果只是想验证某个模型的效果用模型对话页面更直接https://taotoken.net/dialog?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。需要管理 Key 或看用量去控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content遇到字段不确定时对照一下。最后留一个实用习惯把.codex目录整个备份一份换机器时直接拷过去改 Key 就能用。配置文件不大但字段容易记混备份比重新配省事。