为什么qoder deepseek v4 上下文长度才200k,不应该是1M吗

为什么qoder deepseek v4 上下文长度才200k,不应该是1M吗

顶,上下文窗口太重要了,目前统一设置成200K不合理

现在长上下文的模型越来越多了,应该尽快支持1m上下文

非常建议上下文长度可以扩充或者选择至1M。尽管qoder有各种记忆系统或者上下文管理系统去处理上下文压缩后的情况。但实际上是,使用experts或者spec这种上下文会膨胀迅速的模式,上下文被压缩后的输出劣化依然是肉眼可见的,对于中长程的项目开发而言,无法持续保证质量地开发,这反而失去了spec和experts模式的意义了。你想让他支持复杂项目开发,但是上下文膨胀迅速又妨碍了项目开发。我建议为支持超长上下文的模型提供1M上下文的选项,200k到1M,乃至于SubQ模型的12M上下文,会产生质的飞跃。

up vote for this, hope this could be fixed ASAP

其实是不太合理,指定模型时应该开放最大上下文

是啊 太不合理了 为啥不按照模型的上下文限制

赞同。再不支持1M直接不订了,请务必尽快上线1M上下文

他们家的设计就不支持吧,估计自己持有了一份上下文,只能对齐

最新版本1.1.0已经支持,支持调整 Context(上下文窗口)和 Thinking Effort(思考强度)参数

api形式还是提示不支持编辑为1M上下文,隔壁trae就能自动识别出1M的上下文。以后上下文窗口更大的模型肯定越来越多,希望能全面支持下。

强烈同意,希望自定义模型也可以支持长上下文

现在quest界面几乎等于cursor了,API模式也要支持呀呀呀呀呀,API接入的部分也请提供基础配置功能,cursor+个自建中转都能实现1M deepseek v4了。

+10086!强烈同意,希望自定义模型也可以支持长上下文

5月21日更新后的自定义模型上下文非但不能改还减少为180K了,哈哈

+1,看似200k,实际100多k就没法用了。还有上下文压缩做的稀烂,比claude code差远了

什么时候自定义模型也支持1M的上下文啊,官方求更新

给你用自定义模型就谢天谢地了,就指望卖这些内置模型的额度赚钱呢

官方说收到了,这就砍成180k :grinning_face:

现在倒好,显示1M,实际100k多就开始压缩了, 这是什么奇葩操作?