用上它,codex/cc 接cpa/sub2api变顺滑,告别假思考

小搓一个cpa proxy,把从cpa出来的请求全转成ws方式到gpt服务器,返回快很多 开发调优 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区:...
用上它,codex/cc 接cpa/sub2api变顺滑,告别假思考
用上它,codex/cc 接cpa/sub2api变顺滑,告别假思考
小搓一个cpa proxy,把从cpa出来的请求全转成ws方式到gpt服务器,返回快很多 开发调优
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 以下为项目…

今天有优化了一下,增加ws 连接池,看效果(us机场垃圾ip):

image
这几天被gpt搞死了真是,还有在看帖子的时候发现有些方案传着传着就错了,尤其是要在认证文件里面的去打开websocket的按钮,不是系统配置。(当然我这个方案原来的环境什么都不用改)

再讲几个注意的点:

  1. 我提供的是socks5的代理服务,只需要在cpa/sub2api里面配置代理到我这个服务,其他什么都不用改,codex/cc也不要改任何东西。just配置一下代理
  2. 因为cpa/sub2api出口是访问https的gpt服务,我的代理是自签ca,所以需要把服务启动的时候自己生成的ca.cert安装到cpa/sub2api所在机器(容器),我仓库也给了脚本。
  3. 如果你看不懂,用codex/cc把我的项目拉下来,让他读项目帮你部署,然后让他帮你把ca安装到cpa容器。

总结,就是在最终出口到gpt api前,加了一个代理来把所有请求动作转为codex的ws方式(实现扒自于开源codex),如果你cpa/sub2api → gpt 已经是ws那就没必要用了。

1 个帖子 - 1 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文