佬们，实在没办法了，codex首字延迟太高了，麻烦帮我找下原因

DE 2026-06-30 18:32 1

这个我只能在我已知的层面上搜索了下，没怎么解决问题，换了节点也不行，这种一般什么原因呀。

最新回复 (14)

冰原Bill 06-30 18:37

1楼

~~抛开首字不谈，你这计费是金圆券吗？~~

如果上游是中转站，那就是中转站的问题，不用排查自己

如果上游是你自己的反代，大概率是代理问题
DE 楼主 06-30 18:39

2楼

自己本地自用的，没怎么管计费，但是这首字跟我犯了天条一样 ^-^
冰原Bill 06-30 18:41

3楼

用相同的节点，直接在codex用oauth登录看看请求慢不慢。如果很快的话，再去查反代。
approachai 06-30 18:43

4楼

代理问题吗访问google首字延迟呢
DE 楼主 06-30 18:43

5楼

很快的，谷歌搜chatgpt，然后直到官网都是秒级响应
DE 楼主 06-30 18:45

6楼

应该是这样测试吧？
DE 楼主 06-30 18:46

7楼

是不是我cpa哪里设置的不对？用的free反代的
冰原Bill 06-30 18:48

8楼

不好说，先oauth登录codex看请求响应速度，再codex连cpa看速度，最后看codex连newapi连cpa。先判断是哪个环节卡了，再看具体设置。
DE 楼主 06-30 18:49

9楼

好，我先试试把newapi拿了。
DE 楼主 06-30 19:19

10楼

佬，我好像找到原因了，应该是newapi的问题，不知道为什么加了newapi中转就疯狂请求失败，看了下之前的用new中转的cpa日志一堆失败的，然后cpa又疯狂重试，直到试成功为止返回给newapi，所以首字那么高延迟，而且newapi不会记录cpa里的错误，之前我也没看，不加中转快的飞起，不好说谁的问题
DE 楼主 06-30 19:21

11楼

补一张之前用newapi的日志。
Einzieg 06-30 19:24

12楼

大概率是cpa问题？首字在3秒内才是正常的
chihaya 06-30 19:24

13楼

直接codex连服务器让它给你翻日志查。。
DE 楼主 06-30 19:27

14楼

但是我用ccswitch直接套cpa比套了加了newapi的cpa速度根本不在一个档次来着，本质上区别就是不会有那么多的错误重试，佬可以看看我上面的截图，首字能成功都是很快的

* 帖子来源Linux.do

附近帖子

↑本地api动态负载路由
↑准备跳槽了，没心思干活，让我来看看你们的Connect数据
↑在无人在意的角落, Jetbrains终于发布了他们的Air Ai Agent(Windows版)
↑各位佬，请问下glm5.2现在哪个套餐比较实惠
↑一直用不了any,却突然成功
📍 佬们，实在没办法了，codex首字延迟太高了，麻烦帮我找下原因
↓最近这种掺假的貌似有点多，拿5.4-mini掺5.5
↓美区礼品卡购买
↓现在有什么方法比较适配gpt-5.5
↓科研综述速通：天下苦课程论文久矣
↓两年的Claude号被封了

飞读

DE

主题数
1

帖子数
1

注册排名
3

随机推荐