codex 桌面端反代使用的几个痛点,5.5上下文太短,插件不好用
5.5模型干活没问题,但是上下文太短,总是忘事,默认只有200多k ,api模式最大好像也就支持到400k? ds 是默认1M的吧,怎么能在反代5.5背景下让他支持1M呢? 插件和goal 问题,api和登录模式的功能也不一样,我看到有人登录和api同时用,可以解锁功能,准备等这
太短 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 8 篇相关文章
5.5模型干活没问题,但是上下文太短,总是忘事,默认只有200多k ,api模式最大好像也就支持到400k? ds 是默认1M的吧,怎么能在反代5.5背景下让他支持1M呢? 插件和goal 问题,api和登录模式的功能也不一样,我看到有人登录和api同时用,可以解锁功能,准备等这
因为最近 codex 的五小时额度越来越吃紧,我就在服务器上用 crontab 做了个定时任务,每天指定时间执行一次: codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort
因为最近 codex 的五小时额度越来越吃紧,我就在服务器上用 crontab 做了个定时任务,每天指定时间执行一次: codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort
因为最近 codex 的五小时额度越来越吃紧,我就在服务器上用 crontab 做了个定时任务,每天指定时间执行一次: codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort
因为最近 codex 的五小时额度越来越吃紧,我就在服务器上用 crontab 做了个定时任务,每天指定时间执行一次: codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort
如题,我最近使用codex开发一些程序,使用5.5上下文太短需要不断的开新窗口或者压缩上下文,使用5.4可以有1m上下文,在不考虑token消耗量的情况下,使用哪个好一点,主要是长期开发。 2 个帖子 - 2 位参与者 阅读完整话题
我看佬友们说会被举报就先下了,我看看后面怎么抽了吧,主要是时间太短也不好弄 4 个帖子 - 2 位参与者 阅读完整话题
分析说的好听 但是太短了 不加重 什么都偏了 重了又影响它的自主性 4 个帖子 - 4 位参与者 阅读完整话题