gpt5.5的上下文比opus短很多,可以怎么解决?
- 内容介绍
- 文章标签
- 相关推荐
想问下佬,gpt5.5在codex的上下文比opus短很多,现在可以怎么解决呀?自动压缩似乎也比5.4的时候厉害了,压缩完gpt什么都忘记
网友解答:--【壹】--:
5.4没遇到这个问题,5.5遇到了。我看上下文,5.4压缩完剩一半,5.5压缩完能剩90%,感觉openai改了codex里的默认压缩程度
--【贰】--:
我倒是没遇见过忘记的情况,压缩后工作都是连续的,你是不是本地压缩的,远端压缩会好些
--【叁】--:
本来5.4很难碰5h限额的,5.5限额跑的飞快
--【肆】--:
superpower确实不错,但是用的过程有一个问题, 有一些小的修复,此时不太想走sp的skill,也会被强制走。
需要自己在会话里说明一下
--【伍】--:
如果是需要做大量文档相关的,也是让主会话记录大纲,subagent去深入理解单个文档再做总结
--【陆】--:
主线做规划,具体执行让subagent去做,这样会节省主会话的上下文
--【柒】--:
规划是不是目前还是用opus好一点,然后让它调codex cli具体操作,最后对抗训练
--【捌】--:
5.5默认只有258k,有时候一轮没跑完就压缩,然后忘记
--【玖】--:
我还没试过5.5呢,free 的账号还不让用 5.5 吧。
--【拾】--:
起步就让它用subagent探索仓库,直接就分步,每个suagent只做小部分事情
你这种属于特殊情况了,就得特殊的搞
--【拾壹】--:
双持的话,当然了,codex有cc的插件,安装一下
对抗当然很不错,但是每次都需要自己看一下,因为会瞎搞,如果系统边界定义的很清楚,那不会遇到此类问题。
目前看下来,最好的办法就是先买最高的套餐,大量的用总结出自己合适的,然后考虑省token。
不容易,需要投资
--【拾贰】--:
上下文不是大问题,我以前开1m,后面就满嘴跑火车,还经常重复回答,我现在反而把上下文控制在400k内然后远程压缩,压了10轮都还能干活
--【拾叁】--:
我在用我自己的skills来做轻量任务管理,https://github.com/dabaige53/task-continuity;在openclaw和日常任务表现很不错,但是编程还是建议superpowers那一套做把
想问下佬,gpt5.5在codex的上下文比opus短很多,现在可以怎么解决呀?自动压缩似乎也比5.4的时候厉害了,压缩完gpt什么都忘记
网友解答:--【壹】--:
5.4没遇到这个问题,5.5遇到了。我看上下文,5.4压缩完剩一半,5.5压缩完能剩90%,感觉openai改了codex里的默认压缩程度
--【贰】--:
我倒是没遇见过忘记的情况,压缩后工作都是连续的,你是不是本地压缩的,远端压缩会好些
--【叁】--:
本来5.4很难碰5h限额的,5.5限额跑的飞快
--【肆】--:
superpower确实不错,但是用的过程有一个问题, 有一些小的修复,此时不太想走sp的skill,也会被强制走。
需要自己在会话里说明一下
--【伍】--:
如果是需要做大量文档相关的,也是让主会话记录大纲,subagent去深入理解单个文档再做总结
--【陆】--:
主线做规划,具体执行让subagent去做,这样会节省主会话的上下文
--【柒】--:
规划是不是目前还是用opus好一点,然后让它调codex cli具体操作,最后对抗训练
--【捌】--:
5.5默认只有258k,有时候一轮没跑完就压缩,然后忘记
--【玖】--:
我还没试过5.5呢,free 的账号还不让用 5.5 吧。
--【拾】--:
起步就让它用subagent探索仓库,直接就分步,每个suagent只做小部分事情
你这种属于特殊情况了,就得特殊的搞
--【拾壹】--:
双持的话,当然了,codex有cc的插件,安装一下
对抗当然很不错,但是每次都需要自己看一下,因为会瞎搞,如果系统边界定义的很清楚,那不会遇到此类问题。
目前看下来,最好的办法就是先买最高的套餐,大量的用总结出自己合适的,然后考虑省token。
不容易,需要投资
--【拾贰】--:
上下文不是大问题,我以前开1m,后面就满嘴跑火车,还经常重复回答,我现在反而把上下文控制在400k内然后远程压缩,压了10轮都还能干活
--【拾叁】--:
我在用我自己的skills来做轻量任务管理,https://github.com/dabaige53/task-continuity;在openclaw和日常任务表现很不错,但是编程还是建议superpowers那一套做把

