你的运行环境（版本号「点击帮助-关于-复制」）：
3.3.37
问题描述（你遇到了什么问题？）：
添加模型，使用的minimax的模型，模型上下文200k，ide默认是128k？
复现步骤（如何才能重现这个 Bug/问题？）：
1.添加自定义模型后
2.执行任意任务等待结束
3.查看上下文长度使用量，总量和模型的不符
报错信息或截图（如有）：
请在此处粘贴截图或日志代码
1 个赞
应该不会砍这个，可以先注意一下压缩控制上下文，可能是上下文太长超了
1 个赞
我配置的自定义模型，minimax上下文是200k，启动任意一个请求，执行完后可以看到上下文使用率和总量，切换了好几个，都是128k，目前看到的是这样
2 个赞
喔喔 这样子 那可能得等专业的帮你看看这个问题了
1 个赞
目前无论那个供应商的模型，只要是自定义添加的，都是128k，ide提供的不是慢就是要排队，自定义添加的上下文都是128k，哪怕模型是1M上下文，被统一限制或者没有适配外部模型的参数
2 个赞
请问这个怎么看出来的阿，有没有实际数据截图呢
1 个赞
添加一个自定义的模型，无论是mimimax，或者是openrouter，找个项目 任意执行一个任务，结束后在租后一行，可以看到上下文使用率，ide自带的mimimax2.7是200k，通过mimax的codeplan同样的模型，ide上下却是128k，通过openrouter使用小米，1M的上下文，在ide也是限制的128。复杂项目，效果不好，上下文限制很多，效果和差距就很大了
1 个赞
你在别的地方用的会显示完整上下文，你在TRAE用会把一部分放在写入和回复的
1 个赞
显示方式不一样而已
1 个赞
两回事，模型支持上下文1M，ide如果限制的话，是以会话为主的，同样的minimax2.7，ide自带的200k，通过自定义接入minimax的m2.7却是128k，同样的模型，供应商不一样，限制上下文，效果就差很多了
1 个赞
我感觉不该有这种限制，我记得没听说过限制这个阿。而且也没必要的这种，等周一技术人员看见来解答吧
1 个赞
是的，同款期待，其他供应商我也尝试了确实存在，上下文长度也会影响处理的质量，既然开放了自定义模型何必存在这种限制呢。
1 个赞
不只是其他供应商的，火山云的codeplan提供的模型，上下文都是128k，刚充值了一个验证了下
1 个赞
这里的128k显示的只有输入，没有显示输出。
1 个赞
那为什么内置的是200？不要偷换概念，都是技术人员，大家都懂的，还是确认下再回复吧。如果按你所说，我配置1M上下文的也能用128k？
1 个赞
我其实之前就有这个疑问了，我用glm的时候官网写的200k我看到trae上面是128K
1 个赞
自定义模型的上下文 我们设置的是默认窗口大小，这一块的诉求产品同学已经收到，后续会进行更新维护
1 个赞
既然提供了就适配好，我们也是可以开通相关的codeplan为之付费，内置的排队且不稳定，是可以理解的，但是自定义这个默认的上下文限制，对很多新的模型，折扣打了很多，包括你们的codeplan，使用效果都不好，怎么会有付费意愿？希望尽快吧，谢谢
1 个赞
优先加急把，现在GLM5.1上下文根默认的就不一样
1 个赞