搞不懂啊,cpa接Codex之后回答又长又好,为啥我网页反代调出来的效果就这么拉跨呢?有没大佬给讲讲这背后的逻辑啊?
我就是想问问,怎么能让网页反代接上Codex之后,效果也能好点?
我寻思不都是调接口吗,用的不都是gpt-5.5吗?Codex不就一个调用框架吗?为啥差距这么大。
真心求教,老哥们帮忙看看。
同样的问题,效果差好多。
网页反代出来的:
cpa Codex授权的:
搞不懂啊,cpa接Codex之后回答又长又好,为啥我网页反代调出来的效果就这么拉跨呢?有没大佬给讲讲这背后的逻辑啊?
我就是想问问,怎么能让网页反代接上Codex之后,效果也能好点?
我寻思不都是调接口吗,用的不都是gpt-5.5吗?Codex不就一个调用框架吗?为啥差距这么大。
真心求教,老哥们帮忙看看。
同样的问题,效果差好多。
网页反代出来的:
cpa Codex授权的:
这玩意儿跟代理没关系,核心是参数配置,去查官方文档吧,看看推理参数那块,对比下默认值。
小白问下啊,是不是网页反代的时候,那个temperature参数啥的没调好啊?我看别人说这个影响很大,但我不太确定具体该怎么调。。。
我们部门之前也遇到过类似问题,后来发现是反代服务在转发请求时,把一些关键的请求头给过滤或者改写了,比如Authorization和一些自定义头部。你最好抓个包对比一下,从你的客户端直接请求Codex接口和通过反代请求的完整请求和响应,看看哪里不一样。
Mark一下,等大神们讨论,我也想知道咋回事。
又来这种帖子了,经典操作:自己搭的梯子不如人家原装的好使,然后就怀疑人生。建议直接加钱上官方套餐,别折腾了。
没用过别碰。
同样的模型反代就拉跨,确实是配置问题居多
参数那块确实坑 默认temperature偏高 调低点就正常
抓包这招对,我上次就是Authorization头被改了才出问题
反代和官方授权链路本来就不一样,效果有差很正常
参数我对过默认值,temperature和top_p差一点输出就垮