很久没用Claude了，发现它这个上下文压缩真的遥遥领先啊

Codex昨天在某一次上下文压缩后把我8个小时前发的“停下来报告一下”给压缩进来了，然后直接停了，红温了

我感觉倒是反过来的，codex的上下文压缩比claude好，基本三轮压缩不影响任务推近，而claude只要压缩必然丢信息

奇怪，我的codex，一压缩上一轮在干什么都忘记了，更别说一开始的了

这块正好在研究claude的源码他的压缩确实有很多机制。这还是之前他泄露版源码里的逻辑 但是也已经很不错了

codex上下文就给到258k，压缩肯定是不错的（cc 1M很多时候都不用压缩）

一直在用公益站的本地压缩 已经麻木了

codex的云端压缩一直是它的传统强项呀

感觉是反过来啊，Claude Code 我感觉它的压缩很一般。

Codex 你不能用本地压缩，你得用远程压缩才行。codex 的远程压缩真的强……再配上 Planning with files 感觉从没丢过记忆。

同感，觉得Codex上下文压缩垃圾的，大概率都是用API，然后只能用本地压缩。或者强开远程压缩，但是由于远程压缩的加密机制导致上游换账号之后直接失忆

有迹可循，貌似是压缩前用户发的最后一条消息优先级很高。

https://mp.weixin.qq.com/s/WQJskxj0VrR9S0hmDFkyWA

微信这篇文章 Codex与Claude Code上下文压缩机制对比有奖

认真的？其他的说cc强没问题 codex的远程压缩可是强项

^-^ 不知道耶，可能我一直走的本地压缩？

看看config.toml配置的供应商name是不是OpenAI 如果不是走的就是本地压缩了 质量差很多的

我最近的项目经常出现那个HHTP 32M的错误，很烦，不知道怎么解决，那个会话就直接G了，只能重开了