Codex 中的 fast mode 真的有效果吗？

你网关看上去像是没弄好fast的兼容

看这个样子像是给OpenAI发的还是普通的非fast

CLIProxyAPI 反代的，看请求日志里面的转发请求体 priority 参数是透传给 OpenAI 的。

我觉得有两种可能：

- OpenAI 按 default 处理，没有加速效果

- OpenAI 按 priority 处理，有加速效果，但是响应中并没有标明 priority

不知道是哪一种，可能需要大规模测试，统计 tps 分布才能得结论，我这边还没有足够的 priority 数据，有足够多数据的佬友可以统计一下看看

我是官方订阅，没改成custom的provider，大多数都是开fast模式，codex会跟我说开了这个会优化我几百个小时的工作时间（上周）

codex会跟我说开了这个会优化我几百个小时的工作时间（上周）

这是咋估计出来的，按官方说法也只有 1.5 倍提速啊 ^-^

我有额度，我让他跑一下试试

老问题了，api使用开fast不生效，必须手动改包

刚开始出的好像有用速度有点快，后来更新5.5 5.6之后，速度上没感觉了，token消耗倒是有

我官方订阅的用codex，开fast感觉确实快了一点。

我用的 CPA，priority 参数应该是默认透传的

App 不能设置 fast 这个问题似乎可以在 CPA 上强行注入 priority 参数来解决

用的官方订阅直接登录的，没接第三方provider，测试结果出来了，快了百分之二，气笑了

用的官方订阅，尝试过 CLI 和 Codex App，都是请求 priority，响应 default，还从未见过相应 priority 的