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

Kate Tseng 2026-07-24 16:45 1

RT，我感觉Claude上下文压缩后几乎没有丢掉有效信息，不论接入什么模型，非常强，Codex那边基本拉完了，其他Agent更是连Codex都不如 ^-^ ，可惜叼毛A\太恶心了，浏览器插件什么的都没法用

最新回复 (16)

Totoria 07-24 16:47

1楼

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

2楼

我感觉倒是反过来的，codex的上下文压缩比claude好，基本三轮压缩不影响任务推近，而claude只要压缩必然丢信息
Kate Tseng 楼主 07-24 16:47

3楼

奇怪，我的codex，一压缩上一轮在干什么都忘记了，更别说一开始的了
苦海行舟 07-24 16:50

4楼

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

5楼

codex上下文就给到258k，压缩肯定是不错的（cc 1M很多时候都不用压缩）
高士巴 07-24 16:57

6楼

一直在用公益站的本地压缩已经麻木了
Rayama 07-24 16:59

7楼
Codex本地压缩和远程压缩的质量天差地别，我感受上：
```
Codex remote compact > claude code > Codex local compact
```
时牧 07-24 17:05

8楼

codex的云端压缩一直是它的传统强项呀
kkgllor 07-24 17:09

9楼

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

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

10楼

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

11楼

有迹可循，貌似是压缩前用户发的最后一条消息优先级很高。
RerrentLinden 07-24 17:31

12楼

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

微信这篇文章 Codex与Claude Code上下文压缩机制对比有奖
柒. 07-24 17:55

13楼

认真的？其他的说cc强没问题 codex的远程压缩可是强项
Kate Tseng 楼主 07-24 18:02

14楼

^-^ 不知道耶，可能我一直走的本地压缩？
柒. 07-24 18:04

15楼

看看config.toml配置的供应商name是不是OpenAI 如果不是走的就是本地压缩了质量差很多的
陈小爬 07-24 18:04

16楼

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