求助codex每次新对话连接都会很久

2026-04-13 12:181阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

image395×357 13 KB
如图,每次开启新对话时都会反应很久重新连接5次,但是codex有回答后,就正常了只有首次对话才会这样.这是为什么呢?问问佬友们求解答!

使用的是vscode的codex插件 直接登录的账号team

网友解答:
--【壹】--:

我试过能卡20分钟不知道为什么,用augment魔改的


--【贰】--:

这个好像是连不上上api一直在重试的样子。。


--【叁】--:

我是自己用xray结合cf搭翻墙,然后用proixifer建一个socket5的规则给codex.exe用,这样就没有这个问题了。


--【肆】--:
  1. api的话就是api不稳定。
  2. 官方账号的话是你的节点不稳定+质量太差

--【伍】--:

这个问题可能是websocket出问题 降级sse了(我猜的)问题可能是因为你的代码库目录下有中文 因为我也这样 但是我没有换目录测试过


--【陆】--:

好的,谢谢佬 我晚点回去试试 。。。。,


--【柒】--:

在 .codex根目录下创建一个 .env文件,然后复制 “HTTP_PROXY=http://127.0.0.1:7890
HTTPS_PROXY=http://127.0.0.1:7890
ALL_PROXY=http://127.0.0.1:7890
NO_PROXY=localhost,127.0.0.1” 放进去推出重新打开codex就可以了,注意端口“7890”换成你系统代理的端口,一般正常都是7890


--【捌】--:
  • 开启 Clash TUN 模式
  • 或者用能支持 websocket 的代理工具

或者直接禁用websocket

model_provider = “openai_http”

[model_providers.openai_http]
name = “OpenAI HTTP only”
wire_api = “responses”
supports_websockets = false


--【玖】--:

网络问题吗,一般不会重连这么多次,可能是魔法问题


--【拾】--:

直接使用codex cli,不用拓展试试呢,也会这样吗?


--【拾壹】--:

不稳定,挂对应梯子试试,我这边梯子一直没问题,是中转站就问他是哪里服务器


--【拾贰】--:

上游不支持websocket端点导致的吧。
会再N次尝试后降级http接口。


--【拾叁】--:

team登录的账号 节点还可以 只有第一次对话会这样 有回复后后边就都正常了


--【拾肆】--:

搜一下关键词 codex reconnecting 网上有很多解决方案。

github.com/openai/codex

WebSocket upgrade succeeds then server closes with 1008 Policy (falls back to HTTPS)

已打开 06:38PM - 27 Feb 26 UTC kali113

# Codex WebSocket fallback report (sanitized) ## Summary Codex websocket transp…ort to `wss://chatgpt.com/backend-api/codex/responses` upgrades successfully and is then immediately closed by server policy (`1008`), leading to reconnect loop and fallback to HTTPS. ## Environment - OS: Arch Linux (`x86_64`), kernel `6.18.9-arch1-2` - Codex CLI: `0.106.0` (also reproduced on `0.107.0-alpha.5`) - Node: `v25.7.0` - npm: `11.10.1` - Auth: ChatGPT login mode - Features enabled: - `responses_websockets_v2 = true` - `realtime_conversation = true` - `voice_transcription = true` ## Repro ```bash codex exec -C /home/arch --skip-git-repo-check --json "Reply with exactly: WS_FINAL_CHECK" ``` ## Expected Websocket transport should remain open and stream should proceed without fallback. ## Actual - Reconnecting retries (2/5..5/5) - Fallback message: - `Falling back from WebSockets to HTTPS transport. stream disconnected before completion...` ## Key sanitized evidence ```text INFO connecting to websocket: wss://chatgpt.com/backend-api/codex/responses INFO successfully connected to websocket: wss://chatgpt.com/backend-api/codex/responses DEBUG Received close frame: Some(CloseFrame { code: Policy, reason: Utf8Bytes(b"") }) ... reconnect loop ... Falling back from WebSockets to HTTPS transport ... ``` ## What was ruled out - Reproduces on stable + alpha codex CLI. - Reproduces on `responses_websockets_v2` and legacy `responses_websockets`. - No `HTTP_PROXY`/`HTTPS_PROXY` env vars configured. ## Attachments (sanitized) - Evidence is posted inline in issue comments (no local-file dependency).

比如软件开tun模式,配置代理的环境变量,修改config.toml