现在公益站反代的也有1M上下文吗 ![]()
好像口水不少呢,怪不得app上不更新
佬,你感觉变贵了吗?因为api是272k以上会双倍,codex不知道是怎么样
感觉上,没有变贵,官方之前自己都说过,超过270多k并不会双倍,但当时额度消耗快确实跟上下文有点关系,为此还取消了5小时限制,解决已发现的严重问题.现在重新开放了应该是优化后版本,双倍计费应该是没得
OKOK,佬,你感觉初步用起来怎么样?有没有碰到那种上下文太长流口水的问题?
我的需求不是很复杂(就是开发一些工具软件),用了一天,感觉还是很好的,少了压缩次数,干活很顺畅(还是得用一阵子才行)
大概用到多长会开始降智啊,怕上下文长了会变傻,不敢开1m
大佬,请问CPA怎么开这个设定?
和cpa有啥关系吗, 这个是改codex的设置就行,cpa那边不用管吧
不推荐太高上下文,甜点区域是300-400K,超过400K幻觉率大幅上升 + 成本上升,实际不如压缩了。我现在cc就是300K自动压缩,从400K一路降下来的,综合成本会低一些
更高上下文意味着更高的缓存读,A和O家都是缓存读1折,400K上下文缓存读等效40K输入,300K就等效30K,每次react循环(一轮次N次工具调用)都会有大量的缓存读
我肯定是要开的, 5.6-sol那个事前调研, 事后测试的习惯, 遇到压缩就给我一种特别蛋疼的感觉…
明明压缩前已经进入收尾阶段, 准备add/commit/push了, 呕吼, 压缩了, 那就从头再来一遍, 我的配额在燃烧…
感谢佬友,今天上午让codex自己排查半天给我气个半死还没解决,现在终于好了
这个文件在哪里?我用的是中转站,没有效果
感觉如何佬,我刚改的512k
