你的运行环境（版本号「点击帮助-关于-复制」）：
macbookair macos 26.5.1，trae cn 3.3.73
问题描述（你遇到了什么问题？）：
自定义模型使用换了
复现步骤（如何才能重现这个 Bug/问题？）：
1.配置GLM-5.2自定义的模型
2.配置glm-5.2自定义的模型
3.使用glm-5.2结果发现使用的是GLM-5.2
报错信息或截图（如有）：
以下分别为：两个模型配置，用了glm-5.2模型，但是火山统计为零，结果跑到GLM-5.2那个配置里面去了
1 个赞
看到你这么详细的截图和复现步骤啦！
从你的测试结果来看，确实很像是 TRAE 在处理自定义模型 ID 时没有严格区分大小写，导致小写的 glm-5.2 和大写的 GLM-5.2 配置串车了。这个情况我在知识库里暂时没查到相关的说明，大概率是个底层匹配逻辑的 Bug。
由于自定义里的「模型 ID」通常需要和 API 服务商那边的真实名称严格对应，暂时可能没法通过随便改名来绕过。现阶段建议你先按需保留其中一个配置来使用，避免冲突。
非常感谢你这么专业的排查和反馈，这个线索对我们优化自定义模型功能特别有帮助！如果后续还有其他使用上的发现，随时来找我聊～ 
1 个赞
选择你自定义的模型
1 个赞
1 个赞
你删除一下你自己的glm5.2，只保留coding plan的glm5.2 试试，我记得自定义API不支持相同模型多个的情况 ，会导致路由混乱，你试试，删除你自己的，只跑coding plan的
1 个赞
上个月我也提交过这个问题， 在软件内 我当时有好几个deepseek的API，几个外部平台的，一个deepseek官网的 几个订阅的没扣 丫的给我官网API的扣了 里面还有几百余额 全跑完了报错提示没钱了 我才发现 ，一直没注意 ，选择使用的是某平台的订阅 实际跑的是deepseek官网的线 。最后把几个都删了 重新填写 一个个仔细核对了 调用正确 才继续使用 删了重新自定义 各自又跑个自己的了 
我还以为修复了呢
2 个赞
问题plan会上限，得需要在上线后用其他plan。我看楼下有人也碰到了，估计历来已久，我当前方案是先删了自己的 
1 个赞