> **大家好，我是邵奈一，一个爱折腾的实战派技术博主。**
> 文章对你有帮助是我的荣幸，欢迎评论区交流。

---

# 0x00 教程内容

前段时间用 Codex（ChatGPT 桌面端内置的 Codex），每次发起对话前都要先刷一串重连提示，我一度以为是模型在思考，后来才发现是代理问题。根因很直接：Codex 默认直连、不走系统代理，在需要代理才能上网的环境里，直连必然失败，于是反复重试后才回退到代理。

本文的修法对 Codex CLI 与 ChatGPT 桌面端内置的 Codex 都适用，配置文件均为 `~/.codex/config.toml`。

修法只有一行配置。下面按“现象 → 修法 → 补全配置 → 细节 → 原理”的顺序讲清楚：

- 0x01 问题现象
- 0x02 解决方法
- 0x03 配置项不存在怎么办
- 0x04 几个容易忽略的细节
- 0x05 原理解释

# 0x01 问题现象

使用 Codex 时，每次发起对话，在出结果之前都会反复提示：

```
Reconnecting 1/5
Reconnecting 2/5
Reconnecting 3/5
Reconnecting 4/5
Reconnecting 5/5
```

短则等几十秒，长则要等上几分钟才出答案，非常影响使用体验。

# 0x02 解决方法

以 Mac 为例，只需三步：

1. 打开 Finder（访达），按快捷键 `Shift + Command + G`，输入路径 `~/.codex/config.toml`，打开该文件。
2. 在 `[features]` 配置段下添加一行：

```toml
[features]
respect_system_proxy = true
```

3. 保存 `config.toml`，然后重启 ChatGPT（Codex）。

再次对话，就不会再出现 Reconnecting 的提示，只会显示 `Thinking`，而且答案很快就出来了（几乎秒出）。

# 0x03 配置项不存在怎么办

上面的方法默认 `config.toml` 里已经有 `[features]` 段。如果没有，按下面两种情况处理。

## 情况一：config.toml 存在，但里面没有 [features] 段

直接把下面两行追加到文件末尾即可：

```toml
[features]
respect_system_proxy = true
```

> 注意：`[features]` 是 TOML 的段落标题，整个文件里只能出现一次。如果文件里已经有一行 `[features]`，只需在它下面加 `respect_system_proxy = true`，不要重复写段落头。

## 情况二：~/.codex 目录或 config.toml 文件根本不存在

先在终端里创建目录和文件，再用文本编辑器打开：

```bash
mkdir -p ~/.codex
touch ~/.codex/config.toml
open -e ~/.codex/config.toml
```

然后写入内容保存。一个完整的最小 `config.toml` 就只有这两行：

```toml
[features]
respect_system_proxy = true
```

# 0x04 几个容易忽略的细节

**`true` 必须小写。** 它是一个布尔值，等号两边不需要加引号。

**已有其它配置也不用动。** 如果 `config.toml` 里已经有模型、登录等其它设置，保持原内容不动，把 `[features]` 段加在文件末尾即可，不影响其它段落。

**Windows 路径相同。** Windows 用户路径是 `C:\Users\<你的用户名>\.codex\config.toml`，改法完全一致。

**保存后必须重启。** 改完重启 Codex 才会生效，重启后对话应直接显示 Thinking，不再出现 Reconnecting 提示。

# 0x05 原理解释

问题的根源在于代理上网。Codex 正常逻辑是直连 OpenAI 的服务（默认不走代理），但在需要代理才能上网的环境里，直连必然失败。

于是每次请求都要经历：连接失败 → 等待超时 → 自动重试，反复 5 次之后才切换到代理方式连接成功。所以看到的 Reconnecting 1/5 到 5/5，并不是大模型在“认真思考”，而是在反复尝试重建 WebSocket / HTTP 长连接。

新增的 `respect_system_proxy = true` 配置，意思是让 Codex 不要直连，直接读取系统的代理配置。该选项是 Codex 近期版本才加入的能力，默认关闭；旧版本可能没有此配置项，建议先升级客户端再改。

**修改前（直连模式）：**

```
请求 → 连接失败 → 等待 → 重试 → 等待 → 重试 → 等待 → 重试 → 等待 → 重试 → 成功
```

**修改后（代理模式）：**

```
请求 → 代理 → OpenAI → 立即建立连接 → Thinking → 输出答案
```

核心就是省掉了所有网络重试的等待时间，所以响应速度明显提升。

# 0xFF 总结

Codex 反复 Reconnecting 不是模型在思考，而是代理网络下直连失败后的重试。在 `~/.codex/config.toml` 的 `[features]` 段加一行 `respect_system_proxy = true`，让 Codex 走系统代理，重连提示消失、响应几乎秒出。

一行配置，十秒搞定。

> **邵奈一** 三百篇原创沉淀，十万+读者同行。感谢你的阅读，咱们下篇接着聊。

大家好，我是邵奈一，一个爱折腾的实战派技术博主。 文章对你有帮助是我的荣幸，欢迎评论区交流。

Codex 重连卡半天，一行配置搞定

邵奈一，实战派技术博主，专注解决真实开发痛点。本文详解Codex因直连失败导致反复“Reconnecting”的根因，仅需一行配置`respect_system_proxy = true`，即可强制走系统代理，秒消重连、提速响应。简洁有效，立竿见影。

开发工具

网络与通信

运维

Codex频繁Reconnecting是代理直连失败所致，仅需在~/.codex/config.toml的[features]段添加`respect_system_proxy=true`，即可让Codex走系统代理，消除重连提示并秒出响应，兼容CLI与桌面端，配置后重启生效。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Codex 重连卡半天，一行配置搞定-腾讯云开发者社区-腾讯云

Codex 重连卡半天，一行配置搞定

Codex 重连卡半天，一行配置搞定

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐