gpt6 的上下文只有 258k，这么少吗？ claude5.1 有 1M ！

[honjow]

你想开 1m 随便开啊。。

[shakaraka]

老是想搞一个大新闻

[phrack]

AI 时代连文档都不读了

问 AI 也行啊

[mooyo]

不给穷鬼订阅用而已，API 是有 1M 的

[msg7086]

@mooyo 别乱说，订阅有 1M 的……

[rpman]

codex 默认配置文件没给你打开
实际上 258k 搭配 codex 也确实够用了

[mooyo]

@msg7086 现在订阅也给 1M 了吗

[luckyjoe]

config 里可以设置的，gpt5.6 都可以设置成 1m 了。

[msg7086]

@mooyo Astra 一直有，5.6 的时候其实就说有了，astra 还特意在文档里写了订阅超过 272K 以后不计双倍，你走 API 是要双倍计费的。

[xxx027]

少点也可以，压缩做的不错。

[wzw]

用 1M 会不会更不好?

[miniliuke]

@msg7086 真的吗？那不是大上下文用 astra 和 sol 基本上一个价(订阅)

[zed1018]

@wzw 会，又贵又蠢

[codingerj]

没事别开 1M,要及时压缩上下文，小心你的账单

[EthanWright]

Codex 可以手动开 1M 上下文，Token 爆炸

[qizhuocai]

@msg7086 我在 sub2api 看到还是双倍的用量，不知道是不是中转没改导致显示有问题

[maolon]

他默认 258k 就是卡在分段收费之前，不然你订阅用量爆炸，本身模型支持 1M 上下文。

至于楼上说不计双倍 openai 那边只在 enterprise 计划下写不计双倍，如果有勇士想试可以试下

[blackantt]

@codingerj 就是说嘛，我的 claude 20x 不够用，又买了 codex 20. 但是不知道该怎么减少初始上下文和轮数。导致一次下来，token 耗费很多。

[zhady009]

coding agent 大部分场景不需要 1m 上下文，额外的信息都是靠检索来的，1m 的边际收益通常没有想象中那么高消耗还高了

[blackantt]

@zhady009 那一个问题，1 轮搞不定。几轮下来，上下文越来越大。怎么解决呢？ 重开会话吧，前面杂七杂八的东西怎么跟它说呢？

[e3c78a97e0f8]

@blackantt 压缩呀。

实际上很多模型虽然有 1M 上下文，但是超过 200 多 k 后就变蠢，这就是为什么 Codex 把上限直接设为 258K 。

[blackantt]

@e3c78a97e0f8 压缩的话，它不久丢信息了么。 压缩蠢得厉害 还是把上下文调大 蠢得厉害呢？

[XuDongJianSama]

@blackantt codex 的默认就是经济又挺强的，就一个工作一直死磕一个会话，自动压缩就行。如果压缩做的不好早就被喷烂了。上下文大了也会有注意力分散的问题

[deplives]

1. codex 可以手动调整 1m 的上下文
2. 其实 1m 上下文到最后都是垃圾信息，opus 1m 上下文的时候，超过一半明显发现模型开始跑偏了
3. codex 的上下文压缩比 claude 强的不是一星半点，我用过最长的一个会话总的输入都到了 500M 了，压缩都经过几十次了，也没发现有明显的跑偏

[blackantt]

@deplives 坏了，我已经把它调成 828k 了。 那我需要再调小嘛？ 你现在用的是多少？

[blackantt]

@deplives 我觉得可能需要怎么来减少会话得轮数，尽量每次把所有的情况想好，全丢给他。

[pony2335]

256k 够用了，开过 1m 和 500k ，没什么必要，除非你有长任务，可以试试水。

[deplives]

@blackantt #25 我用的就是默认的，没觉得上下文不够用的，压缩也是无感

[julongshankangba]

完全够用

[prosgtsr]

gpt 也能改，价格翻倍

[MoozLee]

272k 后价格翻倍，舍得就改配置开启 1m