为什么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上下文
他们家的设计就不支持吧,估计自己持有了一份上下文,只能对齐
强烈同意,希望自定义模型也可以支持长上下文
现在quest界面几乎等于cursor了,API模式也要支持呀呀呀呀呀,API接入的部分也请提供基础配置功能,cursor+个自建中转都能实现1M deepseek v4了。
+10086!强烈同意,希望自定义模型也可以支持长上下文
+1,看似200k,实际100多k就没法用了。还有上下文压缩做的稀烂,比claude code差远了
什么时候自定义模型也支持1M的上下文啊,官方求更新
给你用自定义模型就谢天谢地了,就指望卖这些内置模型的额度赚钱呢
现在倒好,显示1M,实际100k多就开始压缩了, 这是什么奇葩操作?




