中转站由于极高的并发数和请求文本画像，是一定会被查出分发的，此处只讨论两三人拼车的情况。 1.CPA和sub2api都模拟了codex tui，但如今用户已经极度依赖codex desktop，上下文中会夹带大量桌面端的特征。正常人没有任何理由反代给desktop使用，只有使用cc oc pi等第三方客户端才是可解释的。 2.如果开启设备收敛，请求UA会被收敛成单一平台，但请求文本依旧会暴露大量不同系统的命令行风格以及路径风格。 3.如果不开启设备收敛，请求会上报大量客户端指纹，但官网的Session管理页面只会有反代客户端那一个，明示已反代分发。 综上，目前的反代项目完全无法解决官网session-设备-系统一致性的问题，只要最终用户使用codex desktop就已经是异常行为。 推测以后的拼车形态： 1.在vps上搭建paseo、mindfs这类远程coding平台，通过用户/项目隔离来进行伪分发，实际操作的仍然是同一台设备上的codex tui。 2.CPA禁止接入codex desktop，接入第三方客户端时，每个客户端对应一个独立CPA，在session页产生独立记录。 3.如果拼车的总设备数不多，直接登录OAuth使用。（但如果3个人同时使用windows codex desktop，也很难说是正常） 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/15 13:41:36