Codex 一直重新连接、报错 10061？让 WorkBuddy 帮你排查

💡 Codex 一直显示“正在重新连接”，最后报 os error 10061，说明这次连接没有成功建立。 先检查连接地址、本机代理和代理软件的运行状态。

不懂端口和配置也没关系。你可以先参考本站的 AI 排错指南：让 WorkBuddy / Trae 帮你修复报错，下载 WorkBuddy，把截图交给它辅助检查。前半篇带你完成操作，后半篇再解释报错的原因。

一、先确认是不是这个报错

发送消息后，Codex 反复显示“正在重新连接”，最终停在 5/5，并提示：

stream disconnected before completion:
由于目标计算机积极拒绝，无法连接。(os error 10061)

如果你的提示与上面相同，可以按本文排查。仅凭这张截图，还不能确定具体是哪一项设置出了问题；需要结合电脑当前的连接情况检查。

二、新手先做这三步

① 下载 WorkBuddy，打开新对话

🟦 打开腾讯 WorkBuddy 官网，下载对应电脑版本。

安装并登录后，新建一个对话。如果不熟悉下载、选模型和发送截图的操作，先照着 AI 排错指南 操作，再回到这里复制排查提示词。具体模型与可用额度以软件页面为准。

WorkBuddy 可以根据错误信息辅助分析；在获得相应工具权限时，也可以协助检查电脑上的设置。实际能完成哪些操作，以当前版本和权限提示为准。

你不用先学会网络知识，也不用手动整理所有电脑配置。先把眼前的错误描述清楚，让它根据检查结果继续提问即可。遇到与教程不同的界面，就把当前页面截图发给它说明。

② 把截图和下面这段话一起发给它

📸 尽量提供完整报错截图，并补充“什么时候开始报错”“在哪一步出现”。知道自己使用的代理软件名称，也一起写上；不知道的项目直接写“不清楚”。

复制下面这段提示词，附上截图即可：

我的 Windows 电脑使用 Codex 时，一直显示“正在重新连接”，最后出现：
stream disconnected before completion: 由于目标计算机积极拒绝，无法连接。(os error 10061)

我不懂代码，已附截图。请先检查原因，再一步一步帮我处理，不要让我猜端口或照抄别人的配置。

请先做只读检查：确认 Codex 实际连接的地址、系统代理、对应本地端口是否有服务及代理软件状态；需要时再核对与连接有关的配置。不要直接把某项设置当成确定根因。

每次只让我做一步，用简单的话说明在哪里点、完成后应该看到什么。有权限时协助检查，没有权限就教我操作。

修改配置前先备份；更改系统代理、TUN 等网络设置前，先说明原因、影响和恢复方法，等我确认后操作。不要直接删除整个配置目录，不要读取或显示密码、密钥、Session 和认证文件内容。

最后带我彻底退出并重新打开 Codex，分别测试新对话和原对话。只有实际收到完整回复，才判断本次问题是否解决。

🔒 发图前遮住账号、密码、验证码、密钥和私人内容。 排查这个错误不需要上传完整 Session 或 auth.json。

③ 跟着步骤检查，回 Codex 试一次

一次做一步，把新结果继续发给 WorkBuddy。看不懂操作时，直接告诉它：“请说具体一点，告诉我在哪里点。”调整后仍然报错，就补上新的截图和完整错误文字，方便它继续判断。

✅ 验收方法：彻底退出 Codex，再重新打开，新建对话发送“请只回复 OK”。 能完整收到回复后，再试原来的对话。

只想恢复使用，先完成上面三步就可以。排查几轮仍没解决，可从 教程中心首页 联系群主，提供订单号、报错截图、已经尝试的步骤，以及 WorkBuddy 的排查结论。

三、10061 到底是什么意思？

10061 对应 Windows 的“连接被拒绝”。程序尝试连接某个地址和端口，但连接没有被接受。常见情况包括目标服务没有启动、地址或端口与实际服务不一致。

可以把它理解成：Codex 按记录的“门牌号”去连接，但这次没有接通。接下来要弄清楚，它访问的是远程服务，还是电脑上的本地代理。

浏览器能上网，也不能单独证明 Codex 的连接正常。 不同程序可能使用不同的连接配置，所以要检查 Codex 实际使用的路径。

四、这次案例查到了什么？

原排查对话中，主要发现如下：

这些结果提示，应优先核对代理路径和 FlClash 配置。由于没有记录报错瞬间的端口状态，不能确定当时一定是代理核心崩溃。

📌 表格里的端口只属于本次案例，不是需要照抄的配置。 WorkBuddy 自己的进程环境，也不能直接代表独立启动的 Codex 使用了相同代理。

原对话随后调整了 TUN 和启动设置。TUN 是否按预期工作，还要结合路由和实际请求判断，单看虚拟网卡显示 Up 并不够。

五、FlClash 调整后还要检查什么？

本案例中的 autoLaunch 用于登录 Windows 后启动应用，autoRun 用于应用启动后自动运行代理核心。开启它们，可以减少忘记启动代理的情况。

但这两个选项 不等于崩溃后自动拉起，也不等于断线自动恢复。软件是否具备这些能力，需要单独确认并验证。启用 TUN 后，也仍需检查系统代理是否与预期一致。

如果电脑安装了多个代理客户端，排查时还应检查是否有多个程序同时修改系统代理或接管路由。安装多个客户端本身，并不能证明存在冲突。

六、怎样才算真正修好？

本次原始记录展示了配置调整、端口监听、网卡状态，以及一次 HTTP 403 响应，没有展示 Codex 实际恢复完整回复的结果。

收到 403，只能说明该次请求收到了 HTTP 响应，访问限制仍需继续判断。端口正常或网卡启用，也都只是部分检查结果。

最终仍以 Codex 新对话能完整回复，原来的失败任务也能继续 为准。如果再次出现 10061，尽量在报错当时保留截图、代理状态和日志，再交给 WorkBuddy 继续排查。

来源：WorkBuddy 原始排查对话 · Microsoft：Windows Sockets 错误代码

配图说明：报错截图为实际截图；三步图为本文排查流程示意图。