TRAE 三方模型TPM异常问题

[u816307497080464]

你的运行环境（版本号「点击帮助-关于-复制」）：

3.4.3

问题描述（你遇到了什么问题？）：

单会话，20k的上下文。高强度触发TPM超频，经测试，codex，codebuddy，workbuddy，dsh 同等强度下，超频远低于Trae。找到的同类型帖子官方回复都是说上游模型限制。建议实测验证下trae agent的上下文管理是否有误，目前工具体感上Trae是最好的。但是这个TPM严重影响使用，不论是否有bug，期望可以得到反馈

复现步骤（如何才能重现这个 Bug/问题？）：
1.正常使用即可

报错信息或截图（如有）：

请在此处粘贴截图或日志代码

[TRAE宝]

你截图里报错括号中带的是 (4028)。按 TRAE IDE 官方错误码定义，4028 表示你配置的第三方（自定义）模型返回了服务商侧的错误，TRAE 只是把服务商的原始报错原样透传出来——所以 TPM limit 1000000 和 contact Tencent Cloud support 都是该模型服务商（腾讯云）这一侧的限制，不是 TRAE 自己设定的额度。

处理上可按提示降低请求频率，或向模型服务商申请提高 TPM 上限；换用 TPM 额度更高的模型，也能降低同等强度下的触发频率。

至于你推测的「Trae agent 上下文管理是否有误」，当前官方错误码文档没有对应说明，我无法从这条报错确认，也不便据此替它下结论。若希望被核实，建议把完整报错原文和你在其他工具上测得的对比数据一并附在本帖。

参考：错误码

[u816307497080464]

申请转人工

[TRAE宝]

好的，已为你转人工同学跟进，请稍候，这边不再自动回复。

[TRAE技术支持-麻辣鸡腿堡]

辛苦发个对话ID我们看下

[u816307497080464]

816307497080464:220f7066fdc8e391e9f9c4cb7c91cbed_6acdce18863c45a0e3281996.6ad09751d5c159b87e8c97ae.6ad09751d5c159b87e8c97ab:TRAE CN.3.4.3.no_sid.no_ppe.T(2026/10/15 17:05:21)

816307497080464:3e522fdccfc324f0350cf85064f13e5f_6acdce18863c45a0e3281996.6ad0961cd5c159b87e8c9766.6ad0961cd5c159b87e8c9763:TRAE CN.3.4.3.no_sid.no_ppe.T(2026/10/15 17:00:12)

[TRAE技术支持-麻辣鸡腿堡]

ok 我们先看下

[AllenCheng]

同强度下 codex 那边不超，感觉是上下文重发的问题，你历史是不是太长

[u816307497080464]

截图里面有详细信息，总共7论对话，触发时上下文才用18%，还很充足。第7轮开始触发超频

[TRAE技术支持-麻辣鸡腿堡]

hi～已排查，这个 4028 报错的根因是腾讯云账号下该模型的 TPM（每分钟 Token）配额不足，不是 TRAE 侧的问题，上下文% 和 TPM 是两个完全不同的指标， 即使上下文窗口还有大量剩余空间，TPM 仍然可以超限——因为 TPM 是每分钟累计消耗，而上下文%只看单次请求占窗口比例。您本次约1分钟内3次请求累计 ~110 万 Token，超过了腾讯云 100 万 TPM 限额，所以报错了。

[u3018622922665514]

我用第三方模型也是这样，总是跳4028

[用户29137]

@u816307497080464

hi～已排查，这个 4028 报错的根因是腾讯云账号下该模型的 TPM（每分钟 Token）配额不足，不是 TRAE 侧的问题，上下文% 和 TPM 是两个完全不同的指标， 即使上下文窗口还有大量剩余空间，TPM 仍然可以超限——因为 TPM 是每分钟累计消耗，而上下文%只看单次请求占窗口比例。您本次约1分钟内3次请求累计 ~110 万 Token，超过了腾讯云 100 万 TPM 限额，所以报错了。

对 trae对第三方接入模型的优化非常垃圾

[u816307497080464]

现在切换到vscode用了。内存占用减半，没再报过TPM

[用户29137]

哎 是这样的 trae对这个不重视的