厉害，
所以这个可是实现codex两个窗口同时开，并且分别用不同的账号吗？谢谢
不是，只是解决fill first的前提下平均用掉每个账户的周额度
这个proposal的目的是什么？两个项目用同一个账号也会命中cache 90%以上，只是消耗速度快一些而已
1 个赞
谢谢解答
我是想说如果是否存在双开codex平时处理不同projects的可能；
至于用不同的账号，是我不不太确定，project的历史记录是否可以在两个账号间无缝切换
llm是stateless的 你要memory应该是在project文档里面存
2 个赞
好的，谢谢解答，我定位到了 /Users/.codex/memories 是空文件夹
还有很多cashe和json在其他目录下，我研究一下
在这里放一个屁股，大佬们要是有了更好的更方便的更容易用的麻烦踢我一下，现在感觉没心力折腾再装一遍cpa
1 个赞
我也放个屁股 
其实这套流程我已经写第二次了，第一个只能给opencode用，这次是从第一个project里port过来的，算是通用性比较强的，再搞就只能自己从头写了，我实在是没有精力干这事儿
openclaw 可以用这个接2个chatgpt的Oauth吗？
其实我昨天自己让codex搓了一个，我自己啥也不懂，看起来是work了，就是用我给的标准给优先级，然后判断cpa自己要用哪个了如果优先级低就把前面的都先disable了。就是不知道我这种什么都不懂，随便有点啥需求就让codex自己开一堆process会不会把电脑搞成屎山。
这个，本来CPA就是干这活的，把多个chatgpt oauth转换成API给其他服务用，我这个fork只是让它稍微用起来更舒服一点儿
1 个赞
感谢, 我 fork 了你的了
不会，我十多个账户没有问题
请问现在反代gpt5.5的context window是多少呀 有1m吗
250k左右吧，5.5应该还没开1m
1 个赞
258k。在 codex 里可以查 /status
API 有 1M 的，Cursor 有
1 个赞
昨天折腾了一下，貌似LZ的docker compose还是用的上游的呀 
我是说怎么不一样，另外我看现在CPA自己有fill-first了，不知道是不是才更新的？
@jacobhere
这本来就是CPA的fork, 就是根据fill-first改的, 这一个月好像没啥重要更新，没啥动力，不过可能搞个自动ci merge新的更新会比较好，等我有空加进去
1 个赞
嗯嗯 
我就是说用你的来着，满心用docker compose 拉起来，怎么看界面不一样。
原来发现要单独构建 
我用了newapi，觉得一般。自用或者团队内部用太重太繁琐了，这玩意主要是toB的，功能全部集中在怎么收费定价上了，内部用还要先手动充值，中转站用的比较多。
如果自用或者给团队内部使用的话，我推荐Claude Code Hub，很好用。而且可以自定义要不要“监控”请求体和响应体。
btw，自用其实没必要用这些，cpa+usage keeper就够了。团队内部用最合适