CPA代理出来的好像会串两个窗口的上下文,CPA的token认证文件能在原生codex里直接使用吗?

问题描述：

CPA代理出来的好像会串两个窗口的上下文

网友解答：

---

--【壹】--：

我先在一个目录开了codex,另一个目录开了CC,cc一直要我授权，我才看到它去codex的工程目录找文件，我的CPA routing是fill first

---

--【贰】--：

无论是否命中缓存，完整上下文api接口都要发送的。response接口也没提供session追踪缓存的功能吧。

---

--【叁】--：

不会吧，他们每次请求应该都是携带全部上下文的。

---

--【肆】--：

你是同目录 同时开了cc和codex跑? OpenAI的对话是靠对话id区分的 按理来说不会出现这种问题

---

--【伍】--：

优先填充和轮询的效果好像不一样，你改成优先填充试试

---

--【陆】--：

没这样用过，你开CC和codex一起跑，我只试过一种多开的 就是两个CC或两个codex

---

--【柒】--：

会这样吗？调用API不是会带着session ID一起往上传吗

---

--【捌】--：

现在是用的优先填充，

[quote=“PCL, post:2, topic:1948497, username:PCL-blocking”]
优先填充
现在是优先填充，症状就是两个窗口CC和codex,CC一直去另一个窗口的目录找文件

---

--【玖】--： 量子咸鱼K:

不会吧，他们每次请求应该都是携带全部上下文的。

不是的，这是response接口吧，没有缓存那用量太大了