手机电脑很难造假，顶多就是后封。 相比之下，鼠标、键盘、充电宝、充电头、充电线这些外围电子产品假货是真的非常多。

我用的 CPA，priority 参数应该是默认透传的 App 不能设置 fast 这个问题似乎可以在 CPA 上强行注入 priority 参数来解决

> codex会跟我说开了这个会优化我几百个小时的工作时间（上周） 这是咋估计出来的，按官方说法也只有 1.5 倍提速啊 ^-^

CLIProxyAPI 反代的，看请求日志里面的转发请求体 priority 参数是透传给 OpenAI 的。 我觉得有两种可能： - OpenAI 按 default 处理，没有加速效果 - OpenAI 按 priority 处理，有加速效果，但是响应中并没有标明 priority 不知道是哪一种，可能需要大规模测试，统计 tps 分布才能得结论，我这边还没有足够的 priority 数据，有

怎么说呢…当前论坛内容太杂，社区没有形成发帖打好标签的习惯，用户无法按需过滤获取自己想看的内容。自己加一些过滤策略自己看吧 这位直接用的ip:port，应该是自用的。如果自用，不违规 这种喜欢在标题拉屎的风格，应该是Codex跑的

最后发现还是 gpt 订阅的性价比最高^-^

还真可以手动恢复，详情看我更新后的话题内容 ^-^

也不太好，用 Codex CLI 的话，除非直接修改 Codex 源码中的模型配置文件，否则突破不了 272k，不知道修改这个需不需要重新编译 Codex 另外可能过不了多长时间后端 API 也会调整相应的限制

如果他们不调整 Codex 后端 API 限制，那么通过 CPA 反代接入 opencode 之类的第三方 Harness 将可以继续使用 372k 上下文。 ^-^

黑哥们就算没卖假货，商户或保险方向苹果反馈商品被盗抢请求废除激活码，你用了也算黑卡

开不出来arm鸡哇，要上脚本嘛，感觉号会被飞了

基于 Discourse，占用高，负载大 但最近感觉更重了，手机上冷加载要卡十秒才能交互