一个会话里，已用280k，还有百分之67，接近100万，是真是假。
来一个真实答案，不要猜测
蹲一个结果。
token计算的是用了多少Token，并不是上下文有那么多token
有个一万行代码的屎山，Claude code直接会处理中断，上下文太差了。这codex全程没问题，都已经把活儿干完了。Claude code官方都比较明确，大概就是200k左右，gpt的信息太零散，没看到说明
2.44M tokens used 0% context left 目前是这样的
Codex确实适合处理大项目，但是Claude前端好看啊 
不知道，claude code我比较了解，官方说的200k是指输入+输出+提示词。处理代码行多的，200k没法用，很短时间就触发200k了。
但是今天用了一天codex，简直有点爽，上下文感知上远大于200k，蹲个gpt codex的官方说明，下个月都没有续费Claude code的动力了
ClaudeCode的上下文难道不是1M吗？大概七万五千行代码
没有，那是针对API的，并且API账户有登记门槛，计费很贵的，富二代用得起。code目前没有1M，可能少部分人有了灰度，但目前没有看到一个让我信服的灰度
只有灰度 sonnet-v4 1m 的才是，其他的都是 200k
喔喔。。我记错模型了。。。
官方api写着400K上下文 不知道codex是不是这么大
codex的gpt-5是400k吗？新的gpt-5-codex会不会长一些？
如果已用包含缓存的话，看样子得有500k，是个好事
这俩玩意的上下文发法看起来就不一样
CC是连续套发 整个窗口会当做输入飞出去
Codex应该不是这样的 包括这个思考时长 有点时间换请求内容的意思了
也想过，倾向于你说的这个，不过实际用，Claude直接窗口停止，进行不下去一点，这点codex不错，最近听说claude 4.5要发，还是期待上下文大点的。
还有个体验，不加任何工具，包括各种方法论，codex写代码经常没注释，让他加个注释它只在在方法上加，非得督促几句一点点挤牙膏一样才能实现Claude code那种理解工作能力
cc的有个好处是可以中途添prompt在loop的下个节点追加处理
而其他的都做不到
⏎ send Ctrl+J newline Ctrl+T transcript Ctrl+C quit 3.42M tokens used 0% context left
0%好久了 还是能继续跑，不知道他这个怎么算的